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IN THE UNITED STATES PATENT AND TRADEMARK OFFICE 
In re the application of: Attorney Docket No. : 2842.04US0 1 

Goino Confirmation No.: 3075 

Patent No.: 7,478,055 Application No.: 09/864,525 

Issued: January 13, 2009 Filed: May 23, 2001 

For: AUCTION METHODS, AUCTION SYSTEMS AND SERVERS 



PETITION UNDER 37 C.F.R. $ 1.705(d) 



Mail Stop Petition 
Commissioner for Patents 
P.O. Box 1450 
Alexandria, VA 22313-1450 

Sir: 



1. Applicant hereby petitions under 37 CFR § 1.705(d) that the patent term adjustment for 
U.S. Patent No. 7,478,055 be changed from 1338 days to 1778 days, in accordance with 
the requirements of justice. 



STATEMENT OF FACTS 

2. On September 30, 2008, the United States District Court for the District of Columbia 
rendered a decision that refuted the USPTO's method for calculating patent term 
adjustment as inconsistent with 35 USC § 154(b) and set forth the proper method of 
calculation in Wyeth et al. v. Dudas , Civ. Action No. 1 :07-cv-01492-JR. (See Wyeth et 
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al. v. Dudas , Case No. l:07-cv-01492-JR, Mem. Op., dkt. no. 27 (D.D.C. September 30, 
2008) attached hereto as Attachment A). 

3. Specifically, in Wyeth, the court found that the United States Patent and Trademark 
Office (USPTO) has been misapplying 35 U.S.C. § 154(b)(2)(A) when calculating patent 
term adjustment, thereby routinely denying applicants patent term to which they are 
entitled under the statute. 

4. The USPTO had published and implemented its interpretation of 35 U.S.C. 154(b)(2)(A) 
stating that the statute means "that if an application is entitled to an adjustment under the 
three-year pendency provision of 35 U.S.C. § 154(b)(1)(B), the entire period during which 
the application was pending before the office (except for periods excluded under 35 
U.S.C. § 154(b)(l)(B)(i)-(iii)), and not just the period beginning three years after the 
actual filing date of the application, is the relevant period under 35 U.S.C. § 154(b)(1)(B) 
in determining whether periods of delay "overlap" under 35 U.S.C. 154(b)(2)(A)." 69 
Fed. Reg. 21706 (April 22, 2004). 

5. In Wyeth, the court found the USPTO interpretation of 35 U.S.C. 154(b)(2)(A) does not 

square with the language of the statute and that the USPTO should not consider an 

application delayed under 154(b)(1)(B) during the period before it has been delayed and 

that the delay under section (B) begins when the PTO has failed to issue a patent within 

three years, not before. See Wyeth , Slip Op. at 8. 
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6. U.S. Patent No. 7,478,055 ("the '055 Patent") issued to inventor Tadashi Goino on 
January 13, 2009. The patent term adjustment, as determined by the USPTO under 35 
USC § 154(b), and listed on the face of the '055 patent is 1338 days. This patent is not 
subject to a terminal disclaimer. The '055 patent is attached as Attachment B. 

7. The USPTO's determination of 1338 days of patent term adjustment is in error in that, 
pursuant to 35 USC § 154(b)(1)(B), the USPTO failed to properly allow an adjustment 
for the time exceeding three years after the actual filing date of the '055 patent to its date 
of issue. See Attachment C comprising a hardcopy of the USPTO PTA calculation from 
the PAIR system. 

8. U.S. Patent No. 7,478,055 was filed on May 23, 2001, and issued on January 13, 2009. 
See Attachment C. 

9. Under 35 USC § 154(b)(1)(A), Applicant is entitled to an adjustment of the term of the 
'055 patent for a period of 1469 days, which is the number of days attributable to PTO 
examination delay ("A Delay"). 

10. Under 35 USC § 154(b)(1)(A), Applicant is entitled to an additional adjustment of the 
term of the '055 patent for a period of 1 151 days, which is the number of days the issue 
date of the '055 patent exceeds three years from the filing date of the application not 
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including any time consumed by continued examination of the application requested by 
the applicant under section 132(b). ("B Delay"). 

11. Section 35 USC § 154(b)(2)(A) states that "to the extent... periods of delay attributable to 
grounds specified in paragraph [154(b)(1)] overlap, the period of any adjustment granted 
under this subsection shall not exceed the actual number of days the issuance of the 
patent was delayed." For the '055 patent, 711 days of the A Delay overlaps with the B 
Delay period. Therefore, there are 71 1 overlap days to be excluded for the patent term 
adjustment. 

12. The total period of PTO delay is 1909 days, which is the sum of the A Delay (1469 days) 
and B Delay (1151 days) minus the period of overlap (71 1 days). 

13. Under 35 USC § 154(b)(2)(C), the total period of PTO delay is reduced by the period of 
applicant delay, which is 131 days as determined by the USPTO. This period is reduced 
for the period taken to reply in excess of three months to each of the August 24, 2006, 
April 16, 2007, and October 5, 2007 Office Actions as well as for submission of an 
Information Disclosure Statement on February 22, 2007 and an amendment submitted on 
January 7, 2008 that was deemed non-compliant. These are believed to be the only 
circumstances during prosecution that constitute a reduction of PTO delay. See 
Attachment C. 
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14. Therefore, the correct patent term adjustment under 35 USC § 154(b)(1) and (2) is 1778 
days, the difference between the total period of PTO delay (1909 days) and the period of 
applicant delay (131 days). 



15. The Applicant's credit of only 1338 days of patent term adjustment for the '055 patent is 
arbitrary, capricious, an abuse of discretion, or otherwise not in accordance with law and 
in excess of statutory jurisdiction, authority or limitation. 



16. Accordingly, Applicant and the undersigned respectfully submit that justice requires that 
the patent term adjustment credited U.S. Patent No. 7,478,055 be changed from 1338 
days to 1 778 days. 



Customer No. 24113 

Patterson, Thuente, Skaar & Christensen, P.A. 

4800 IDS Center 

80 South 8th Street 

Minneapolis, Minnesota 55402-2100 

Telephone: (612) 349-5746 



Please grant any extension of time necessary for entry; charge any fee due to Deposit Account No. 16-0631. 



Respectfully submitted, 




James P. Rieke 
Registration No. 55,572 
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UNITED STATES DISTRICT COURT 
FOR THE DISTRICT OF COLUMBIA 



WYETH, et al. r 

Plaintiffs, 



Civil Action No. 07-1492 (JR) 



JON W. DUDAS, Under Secretary of 
Commerce for Intellectual 
Property and Director of U.S. 
Patent and Trademark Office, 

Defendant . 

MEMORANDUM OPINION 

Plaintiffs here take issue with the interpretation that 
the United States Patent and Trademark Office (PTO) has imposed 
upon 35 U.S.C. § 154, the statute that prescribes patent terms. 
Section 154 (a) (2) establishes a term of 20 years from the day on 
which a successful patent application is first filed. Because 
the clock begins to run on this filing date, and not on the day 
the patent is actually granted, some of the effective term of a 
patent is consumed by the time it takes to prosecute the 
application. To mitigate the damage that bureaucracy can do to 
inventors, the statute grants extensions of patent terms for 
certain specified kinds of PTO delay, 35 U.S.C. § 154(b)(1)(A), 
and, regardless of the reason, whenever the patent prosecution 
takes more than three years. 35 U.S.C. § 154(b) (1) (B) . 
Recognizing that the protection provided by these separate 
guarantees might overlap, Congress has forbidden double-counting: 
"To the extent that periods of delay attributable to grounds 
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specified in paragraph (1) overlap, the period of any adjustment 
granted under this subsection shall not exceed the actual number 
of days the issuance of the patent was delayed." 35 U.S.C. 
§ 154(b) (2) (A). Plaintiffs claim that the PTO has misconstrued or 
misapplied this provision, and that the PTO is denying them a 
portion of the term Congress has provided for the protection of 
their intellectual property rights. 

Statutory Scheme 
Until 1994, patent terms were 17 years from the date of 
issuance. See 35 U.S.C. § 154 (1992) ("Every patent shall 
contain ... a grant . . . for the term of seventeen years . . . 
of the right to exclude others from making, using, or selling the 
invention throughout the United States. . . ."). In 1994, in 
order to comply with treaty obligations under the General 
Agreement on Tarriffs and Trade (GATT) , the statute was amended 
to provide a 20-year term from the date on which the application 
is first filed. See Pub. L. No. 103-465, § 532, 108 Stat. 4809, 
4984 (1994) . In 1999, concerned that extended prosecution delays 
could deny inventors substantial portions of their effective 
patent terms under the new regime, Congress enacted the American 
Inventors Protection Act, a portion of which — referred to as 
the Patent Term Guarantee Act of 1999 — provided for the 
adjustments that are at issue in this case. Pub. L. No. 106-113, 
§§ 4401-4402, 113 Stat. 1501, 1501A-557 (1999). 
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As currently codified, 35 U.S.C. § 154(b) provides 
three guarantees of patent term, two of which are at issue here. 
The first is found in subsection (b) (1) (A), the "[guarantee of 
prompt Patent and Trademark Office response." It provides a one- 
day extension of patent term for every day that issuance of a 
patent is delayed by a failure of the PTO to comply with various 
enumerated statutory deadlines: fourteen months for a first 
office action; four months to respond to a reply; four months to 
issue a patent after the fee is paid; and the like. See 35 
U.S.C. § 154 (b) (1) (A) (i) - (iv) . Periods of delay that fit under 
this provision are called "A delays" or "A periods." The second 
provision is the "[guarantee of no more than 3-year application 
pendency." Under this provision, a one-day term extension is 
granted for every day greater than three years after the filing 
date that it takes for the patent to issue, regardless of whether 
the delay is the fault of the PTO. 1 See 35 U.S.C. 
§ 154(b) (1) (B) . The period that begins after the three-year 
window has closed is referred to as the "B delay" or the "B 
period". ("C delays," delays resulting from interferences, 
secrecy orders, and appeals, are similarly treated but were not 
involved in the patent applications underlying this suit.) 



1 Certain reasons for exceeding the three-year pendency 
period are excluded, see 35 U.S.C. § 154(b) (1) (b) (i)-(iii), as 
are periods attributable to the applicant's own delay. See 35 
U.S.C. § 154 (b) (2) (C) . 

- 3 - 
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The extensions granted for A, B, and C delays are 

subject to the following limitation: 

(A) In general. — To the extent that 
periods of delay attributable to 
grounds specified in paragraph (1) 
overlap, the period of any 
adjustment granted under this 
subsection shall not exceed the 
actual number of days the issuance 
of the patent was delayed. 

35 U.S.C. § 154(b) (2) (A). This provision is manifestly intended 
to prevent double-counting of periods of delay, but understanding 
that intent does not answer the question of what is double- 
counting and what is not. Proper interpretation of this 
proscription against windfall extensions requires an assessment 
of what it means for "periods of delay" to "overlap." 

The PTO, pursuant to its power under 35 U.S.C. 
§ 154 (b) (3) (A) to "prescribe regulations establishing procedures 
for the application for and determination of patent term 
adjustments," has issued final rules and an "explanation" of the 
rules, setting forth its authoritative construction of the 
double-counting provision. The rules that the PTO has 
promulgated essentially parrot the statutory text, see 37 C.F.R. 
§ 1.703(f), and so the real interpretive act is found in 
something the PTO calls its Explanation of 37 CFR 1.703(f) and of 
the United States Patent and Trademark Office Interpretation of 
35 U.S.C. § 154(b) (2) (A), which was published on June 21, 2004, 
at 69 Fed. Reg. 34238. Here, the PTO "explained" that: 

- 4 - 
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the Office has consistently taken 
the position that if an application 
is entitled to an adjustment under 
the three-year pendency provision 
of 35 U.S.C. § 154(b)(1)(B), the 
entire period during which the 
application was pending before the 
Office (except for periods excluded 
under 35 U.S.C. § 154(b)(1)(B) 
(i)-(iii)), and not just the period 
beginning three years after the 
actual filing date of the 
application, is the relevant period 
under 35 U.S.C. § 154(b)(1)(B) in 
determining whether periods of 
delay "overlap" under 35 U.S.C. 
154 (b) (2) (A) . 

69 Fed. Reg. 34238 (2004) (emphasis added). In short, the PTO' s 
view is that any administrative delay under § 154(b) (1) (A) 
overlaps any 3-year maximum pendency delay under § 154(b) (1) (B) : 
the applicant gets credit for "A delay" or for "B delay," 
whichever is larger, but never A + B. 

In the plaintiffs' submission, this interpretation does 
not square with the language of the statute. They argue that the 
"A period" and "B period" overlap only if they occur on the same 
calendar day or days. Consider this example, proffered by 
plaintiff: A patent application is filed on 1/1/02. The patent 
issues on 1/1/08, six years later. In that six-year period are 
two "A periods," each one year long: (1) the 14-month deadline 
for first office action is 3/1/03, but the first office action 
does not occur until 3/1/04, one year late; (2) the 4-month 
deadline for patent issuance after payment of the issuance fee is 
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1/1/07, but the patent does not issue until 1/1/08, another year 
of delay attributable to the PTO. According to plaintiff, the "B 
period" begins running on 1/1/05, three years after the patent 
application was filed, and ends three years later, with the 
issuance of the patent on 1/1/08. In this example, then, the 
first "A period" does not overlap the W B period," because it 
occurs in 2003-04, not in 2005-07. The second "A period," which 
covers 365 of the same days covered by the "B period," does 
overlap. Thus, in plaintiff's submission, this patent holder is 
entitled to four years of adjustment (one year of "A period" 
delay + three years of "B period" delay). But in the PTO's view, 
since "the entire period during which the application was pending 
before the office" is considered to be "B period" for purposes of 
identifying "overlap," the patent holder gets only three years of 
adjustment . 

Chevron Deference 

We must first decide whether the PTO's interpretation 
is entitled to deference under Chevron v. NRDC , 467 U.S. 837 
(1984) . No, the plaintiffs argue, because, under the Supreme 
Court's holdings in Gonzales v. Oregon , 546 U.S. 243 (2006), and 
United States v. Mead Corp. , 533 U.S. 218 (2001), Congress has 
not "delegated authority to the agency generally to make rules 
carrying the force of law," and in any case the interpretation at 
issue here was not promulgated pursuant to any such authority. 

- 6 - 



Case 1 :07-cv-01492-JR Document 27 Filed 09/30/2008 Page 7 of 10 



See Gonzales , 546 U.S. at 255-56, citing Mead , 533 U.S. at 226- 
27. Since at least 1996, the Federal Circuit has held that the 
PTO is not afforded Chevron deference because it does not have 
the authority to issue substantive rules, only procedural 
regulations regarding the conduct of proceedings before the 
agency. See Merck & Co. v. Kessler , 80 F . 3d 1543, 1549-50 (Fed. 
Cir. 1996) . 

Here, as in Merck , the authority of the PTO is limited 
to prescribing "regulations establishing procedures for the 
application for and determination of patent term adjustments 
under this subsection." 35 U.S.C. § 154(b)(3)(A) (emphasis 
added) . Indeed, a comparison of this rulemaking authority with 
the authority conferred for a different purpose in the 
immediately preceding section of the statute makes it clear that 
the PTO' s authority to interpret the overlap provision is quite 
limited. In 35 U.S.C. § 154(b) (2) (C) (iii) the PTO is given the 
power to "prescribe regulations establishing the circumstances 
that constitute a failure of an applicant to engage in reasonable 
efforts to conclude processing or examination of an application" 
(emphasis added) — that is, the power to elaborate on the 
meaning of a particular statutory term. No such power is granted 
under § 154 (b) (3) (A) . Chevron deference does not apply to the 
interpretation at issue here. 

- 7 - 
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Statutory Construction 

Chevron would not save the PTO' s interpretation, 
however, because it cannot be reconciled with the plain text of 
the statute. If the statutory text is not ambiguous enough to 
permit the construction that the agency urges, that construction 
fails at Chevron ' s "step one," without regard to whether it is a 
reasonable attempt to reach a result that Congress might have 
intended. See, e.g. , MCI v. AT&T , 512 U.S. 218, 229 (1994) 
("[A]n agency's interpretation of a statute is not entitled to 
deference when it goes beyond the meaning that the statute can 
bear . ") . 

The operative question under 35 U.S.C. § 154(b) (2) (A) 
is whether "periods of delay attributable to grounds specified in 
paragraph (1) overlap." The only way that periods of time can 
"overlap" is if they occur on the same day. If an "A delay" 
occurs on one calendar day and a "B delay" occurs on another, 
they do not overlap, and § 154(b) (2) (A) does not limit the 
extension to one day. Recognizing this, the PTO defends its 
interpretation as essentially running the "period of delay" under 
subsection (B) from the filing date of the patent application, 
such that a period of "B delay" always overlaps with any periods 
of "A delay" for the purposes of applying § 154(b) (2) (A) . 

The problem with the PTO' s construction is that it 
considers the application delayed under § 154 (b) (1) (B) during the 
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period before it has been delayed . That construction cannot be 
squared with the language of § 154(b) (1) (B) , which applies "if 
the issue of an original patent is delayed due to the failure of 
the United States Patent and Trademark Office to issue a patent 
within 3 years." (Emphasis added.) "B delay" begins when the 
PTO has failed to issue a patent within three years, not before. 

The PTO' s interpretation appears to be driven by 
Congress's admonition that any term extension "not exceed the 
actual number of days the issuance of the patent was delayed," 
and by the PTO' s view that "A delays" during the first three 
years of an applications' pendency inevitably lead to "B delays" 
in later years. Thus, as the PTO sees it, if plaintiffs' 
construction is adopted, one cause of delay will be counted 
twice: once because the PTO has failed to meet and administrative 
deadline, and again because that failure has pushed back the 
entire processing of the application into the "B period." 
Indeed, in the example set forth above, plaintiffs' calendar-day 
construction does result in a total effective patent term of 18 
years under the (B) guarantee, so that - again from the PTO' s 
viewpoint — the applicant is not "compensated" for the PTO' s 
administrative delay, he is benefitted by it. 

But if subsection (B) had been intended to guarantee a 
17-year patent term and no more , it could easily have been 
written that way. It is true that the legislative context -- as 
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distinct from the legislative history — suggests that Congress 
may have intended to use subsection (B) to guarantee the 17-year 
term provided before GATT . But it chose to write a "[guarantee 
of no more than 3-year application pendency," 35 U.S.C. 
§ 154(b) (1) (B) , not merely a guarantee of 17 effective years of 
patent term, and do so using language separating that guarantee 
from a different promise of prompt administration in subsection 
(A). The PTO's efforts to prevent windfall extensions may be 
reasonable — they may even be consistent with Congress's 
intent -- but its interpretation must square with Congress's 
words. If the outcome commanded by that text is an unintended 
result, the problem is for Congress to remedy, not the agency. 



JAMES ROBERTSON 
United States District Judge 
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UNITED STATES DISTRICT COURT 
FOR THE DISTRICT OF COLUMBIA 



WYETH, et al . , 

Plaintiffs, 



Civil Action No. 07-1492 (JR) 



JON W. DUDAS, Under Secretary of 
Commerce for Intellectual 
Property and Director of U.S. 
Patent and Trademark Office, 

Defendant . 

ORDER 

For the reasons stated in the accompanying memorandum 
opinion, plaintiffs' motion for summary judgment [12] is GRANTED 
and defendant's motion for summary judgment [16] is DENIED. The 
case is remanded to the agency for further proceedings that are 
consistent with this opinion. 



JAMES ROBERTSON 
United States District Judge 
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BACKGROUND OF THE INVENTION 



The present invention relates to auction methods, auction 
systems and servers for conducting an auction on a network, 

Conventionally, auction methods of the type mentioned 
above are disclosed, for example, in U.S. Pat. No. 5,794,207, 
Japanese Unexamined Patent Publications Nos. Hei 
10-78992 and Hei 11-328271, among others. These auction 
methods are such that an auction participant that offers the 
best price condition, i.e., a participant (buyer) that offers the 
highest price to a seller in a normal auction and a participant 
(seller) that offers the lowest price for a buyer in a counter- 
auction, is a successful bidder. Generally, a successful bidder 
should complete the transaction, i.e., by delivery of the article 
or the payment of the price, by a due date previously stipu- 
lated by rules. 

However, some clients (requesters) who wish to sell or buy 
articles in an auction have desired to set a date convenient to 
them for the article delivery date or for the payment date due 
for a variety of reasons. For example, a client who urgently 
wishes to sell an art object or an antique object for funds 
wants to obtain funds as soon as possible only if such an 
object can be sold at a desired price, irrespective of whether it 
is sold at a high price. Also, a person who wants to acquire a 
desired article may give the highest priority to the earliness of 
the trade rather than the price. Further, if there is no place to 
store supplied articles until the articles are shipped, a ware- 
house must be rented. Then, it is desired to set an article 
delivery date immediately before the articles are shipped. 
Further, if one wants a certain article but cannot immediately 
finance the article, one desires delivery of the article at the 
soonest possible date after payment is made or desires to 
negotiate with a seller to offer conditions favorable to him, 
i.e., delivery of the article to him prior to the payment. Fur- 
ther, one who wants to sell a product, which is currently in use 
for business or pleasure, for raising funds for purchasing 
another product, may want to transact with a buyer who may 
let him use the product until a latest possible date, provided 
that the buyer agrees to purchase the products at a desired 

As described above, sellers and buyers who look for coun- 
terparts to buy or sell articles have a variety of desires for 
trading dates such as the article delivery date, the payment 
due date, and so on in accordance with individuals' circum- 
stances. Conventional auctionmethods, however, determine a 
successful bidder without considering such trading dates. 
Thus, the conventional auction methods have a problem in 
that they fail to find a trading partner who offers a satisfactory 
trading date even though not at the highest price, fail to give 
the highest priority to a trading date when looking for a 
trading partner, and fail to determine that the successful bid- 
der is a partner who offers the most favorable trading date 
rather than the soonest one, if there are a plurality of partners 
who have offered the highest price. On the other hand, in a 
counter-auction, which has been conventionally used for res- 
ervations of air-line tickets and hotels, a buyer offers infor- 
mation related to terms such as desired flight dates, stay days, 
and so on, while sellers offer information related to terms 
such as flight dates, stay days, and so on that meet the require- 
ments. The information on terms in this event does not refer to 
the terms for a trade, so that a payment must be made by the 
previously determined due date by a successful bidder. Thus, 
the conventional auction takes it for granted that participants 
bid for an article on price, so that, although a client is satisfied 



with his requirements in terms of the price, requirements 
other than price are not always met. Even if a client gives 
higher priority to a certain requirement other than price, con- 
ventional auction methods have difficulties in giving the high- 
est priority to requirements other than price. 

For example, when a customer hires a taxi, a counter- 
auction system may be employed to select the taxi that offers 
the lowest rate among a plurality of taxi companies. This 
scheme allows the customer to select the taxi with the lowest 

) rate, but does not take into account where an assigned taxi is 
located, so that it creates the problem of selecting a taxi 
extremely far away from the customer (requester). 

Generally, for hiring a taxi, a customer communicates with 
a taxi company by telephone or the like, and of the taxis the 

i company owns, the taxi company assigns the taxi nearest to 
the customer to the customer. However, since the hiring of a 
taxi in this manner is conducted only with a single taxi com- 
pany, a taxi belonging to another taxi company may be 
located closer to the customer, so that the taxi closest to the 

> customer is not always assigned to the customer. Therefore, 
there is the problem that a customer cannot select the taxi 
positioned closest to him. 

Turning back to the discussion of auctions, some auction 
participants may desire to trade articles with a numerical 

> value in accordance with, for example, the longest (or short- 
est), heaviest (or lightest), most (or least) articles, and so on 
due to a variety of circumstances. For example, a client who 
desires to purchase the longest possible article may desire to 
trade with a seller who offers the longest article irrespective of 

) the price from among auction participants. In other words, 
some clients who participate in an auction may want to give a 
higher priority to a certain numerical value rather than the 
price as a bid condition in a trade. However, since conven- 
tional auction methods allow bidders to compete only regard- 

s ing the price, such methods cannot be applied to an auction in 
which competition is made with some numerical value other 
than the price. 

Also, some clients who request sale and purchase of 
articles in an auction may desire to express their requirements 

o in articles in a variety of conditions. For example, a client who 
wants to purchase an art object or an antique object may want 
to purchase such an object at the most reasonable price in 
consideration of various conditions such as the created year, 
the custody history, scratches and so on. As another example, 

5 forpurchasing a personal computer through an auction, while 
a client has specific requirements concerning the image qual- 
ity of an associated display, the quality, the performance and 
processing speed of the computer itself, and so on, he does not 
know in some cases which product (model numbers or the 

o like) most meets his requirements. As a further example, for 
requesting an engagement with a private tutor, a client, 
though having requirements, does not know how to select a 
specific private tutorbased on criteria. Therefore, clients must 
intuitively narrow down products or persons that meet the 

5 requirements to some degree, and bid off one of such nar- 
rowed products or services finally on price. There is also a 
problem that trading partners are virtually limited to those 
who have been registered in an auction. On the other hand, 
some sellers desire that an offered product be purchased by a 

o buyer who most understands the value of the product. 

As described above, since conventional auctions take it for 
granted that participants bid for an article based on price, 
although a client is satisfied with his requirements in terms of 
the price, requirements other than the price arc not always 

5 met. Even if a client gives higher priority to a requirement 
other than the price, conventional auction methods make it 
difficult to give the highest priority to the requirement. In 
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addition, at present, a trade can be made only with trading 
partners who participate in an auction for offering products or 
services or those who want to offer articles or services. 

SUMMARY OF THE INVENTION 

The present invention has been achieved for solving the 
problems described above, and its first object is to provide an 
auction method, an auction system and a server which can 
satisfy requirements other than the price for a client. 

It is a second object of the present invention to provide an 
auction method, an auction system and a server that permit a 
clients who looks for a trading partnerwith whom an article is 
to be sold or purchased, to find a trading partner who meets 
desired conditions in accordance with the client's circum- 
stances with respect to trading dates such as the article deliv- 
ery date, the payment deadline, and the like. 

It is a third object of the present invention to provide an 
auction method, an auction system and a server that can 
achieve the first object as well as meet requirements with 
respect to the position of a client (requester). 

It is a fourth object of the present invention to provide an 
auction method, an auction system and a server that can 
achieve the first object as well as permit a client who seeks a 
trading partner with whom the client can trade an article or a 
service to bid for the article or the service with a numerical 
value associated with the article or the service and find a 
trading partner who offers terms and conditions, including the 
numerical value, that meet desired requirements of the client. 

It is a fifth object of the present invention to provide an 
auction method, an auction system and a server that can 
achieve the first object as well as find a trading partner who 
offers an article or a service that best meets even abstract 
requirements, for example, a requirement that cannot be rep- 
resented by a numerical value such as a price. 

It is a sixth object of the present invention to provide an 
auction method, an auction system and a server that achieve 
the first object as well as permit a person who requests rescue 
when he has encountered a disaster or the like to use an 
auction system to request a rescue party, for rescue, who can 
reach the location of the rescue at the soonest possible time 
for rapid rescue activities. 

In order to achieve these objects, and in accordance with 
the present invention, there is provided a method of conduct- 
ing an auction for bidding on an article or a service, or a 
person who is provided with an article or a service, through a 
network, said method comprising: 

a collection procedure in which an auction intermediary 
server provides information serving as a reference for bidding 
an article or a service to be traded, and transmits collection 
information to collect bids requesting to offer an element 
other than a price or converted information converted to said 
element, as an object to be bidden, to terminals through the 

a bid procedure in which said server receives bid informa- 
tion including said element or said converted information 
offered by bidders from terminals of the bidders through 
communications via the network; and 

a bid acceptance procedure in which said server executes 
bid processing for finding a result of bidding with said ele- 
ment included in said bid information or an clement derived 
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by converting said converted information, based on said bid 
information, to select a successful bidder. 

BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1 is a schematic diagram generally illustrating the 
configuration of a time auction system according to an 
embodiment of the present invention; 

FIG. 2 is a functional block diagram illustrating the func- 
10 tional configuration of an auction management system; 

FIG. 3 illustrates a home page of a time auction; 

FIG. 4 is an explanatory diagram regarding registration of 

FIG. 5 is an explanatory diagram regarding registration of 

FIG. 6 is an explanatory diagram regarding desired condi- 
tion setting on the client side; 

FIG. 7A is an explanatory diagram for a time slide scheme 
that is a due date advance scheme; 
20 FIG . 7B is an explanatory diagram for a time slide scheme 
that is a due date delay scheme; 

FIG. 7C is an explanatory diagram for a time slide scheme 
that is a closest pre-due date scheme; 

FIG. 7D is an explanatory diagram for a time slide scheme 
25 that is a closest post-due date scheme; 

FIG. 8 is an explanatory diagram about setting of a price 
slide setting form; 

FIG. 9 is an explanatory diagram for setting on the bidder 

30 FIG. 10 is a flow chart illustrating a registration processing 

FIG. 11 is a flow chart illustrating a due date slide based 

FIG. 12 is a flow chart illustrating a price slide setting based 
35 time auction; 

FIG. 13 is an explanatory diagram for a bidding priority 

FIG. 14 illustrates a list screen; 

FIG. 15 is a schematic diagram generally illustrating the 
40 configuration of an auction system according to a second 
embodiment of the present invention; 

FIG. 16 is a functional block diagram illustrating the func- 
tional configuration of an auction management system; 
FIG. 17A is a schematic diagram of a taxi equipped with 
45 GPS; 

FIG. 17B is a schematic diagram of a portable telephone 
equipped with GPS; 

FIG. 18 illustrates a home page of an auction; 

FIG. 19 is a diagram illustrating a screen for hiring a taxi; 
50 FIG. 20 is a diagram illustrating a screen for participating 
in an auction; 

FIGS. 21A and 21B are explanatory diagrams of a position 
auction; 

FIG. 22 is a flow chart illustrating a procedure of the 
55 position auction; 

FIG. 23 is a flow chart illustrating a procedure of an on-the- 
move position auction; 

FIG. 24 illustrates a home page of an auction according to 
another embodiment: 
60 FIG. 25 is an explanatory diagram for registration of an 
article or a service according to a third embodiment of the 
present invention; 

FIG. 26 illustrates a screen for selecting a range; 
FIGS. 27A through 27E are explanatory diagrams regard- 
65 ing priority rules for the position auction; 

FIG. 28 is an explanatory diagram regarding the on-the- 
move position auction: 
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FIG. 29 illustrates a screen showing a list; 

FIG. 30 illustrates a screen for confirming a customer in the 
on-the-move position auction; 

FIG. 31 is a flow chart illustrating a position auction pro- 
cedure; 5 

FIG. 32 illustrates a screen for providing information on a 
school of fish according to a fourth embodiment of the present 

FIG. 33 illustrates a screen for participating in an auction; 
FIG. 34 is an explanatory diagram regarding registration of to 
information; 

FIG. 35 is a flow chart illustrating a position auction pro- 

FIG. 36 is a flow chart illustrating a general-purpose posi- 
tion auction procedure; 1 5 

FIG. 37 is a block diagram illustrating the functional con- 
figuration of an auction management system according to a 
fifth embodiment of the present invention; 

FIG. 38 illustrates a screen for selecting a specific numeri- 
cal value which is displayed when a specific numerical value 29 
is selected; 

FIG. 39 is an explanatory diagram regarding registration of 
an article or a service; 

FIG. 40 is an explanatory diagram regarding selection of a 
bidding form; 25 

FIG. 41 is an explanatory diagram regarding participation 

FIG. 42 is an explanatory diagram regarding provision of 
information; 

FIG. 43 illustrates a screen showing a list; 30 

FIGS. 44A through 44E are explanatory diagrams regard- 
ing priority rules for a numerical value auction; 

FIG. 45 is a flow chart illustrating a procedure of the 
numerical value auction; 

FIG. 46 is a schematic diagram illustrating the configura- 35 
tion of a trading system according to a sixth embodiment of 
the present invention; 

FIG. 47 illustrates a home page of an auction; 

FIG. 48 is an explanatory diagram for explaining a request 
registration procedure; 40 

FIG. 49 illustrates a request registration screen for regis- 
tering a key word; 

FIG. 50 illustrates a request registration screen for regis- 
tering a key word different from that in FIG. 49; 

FIG. 51 illustrates a request registration screen for regis- 45 
tering a key word different from that in FIG. 50; 

FIG. 52 is an explanatory diagram for explaining a bid 
registration procedure; 

FIG. 53 is an explanatory diagram for explaining an infor- ^ 
mation provision based bidding procedure; 

FIG. 54 illustrates a screen for displaying evaluation 

FIG. 55 is a table showing evaluation data; 

FIG. 56 is a table showing data of calculations; 55 

FIG. 57 is a flow chart illustrating a procedure of an auc- 

F1G. 58 is a flow chart illustrating a procedure of an evalu- 

F1G. 59 illustrates an element selection screen according to 60 
a seventh embodiment of the present invention; 

FIG. 60 illustrates a screen for selecting a bidding system; 

FIG. 61 illustrates a screen for providing information; 

FIGS. 62A through 62D are explanatory diagrams regard- 
ing bidding forms; 65 

FIG. 63 illustrates a screen for setting an element priority; 

FIG. 64 illustrates a screen showing a list; 



FIG. 65 is a flow chart illustrating an element auction 

FIG. 66 is a flow chart illustrating a numerical value evalu- 
ation auction procedure; 

FIG. 67 is a schematic diagram generally illustrating the 
configuration of a private rescue system according to an 
eighth embodiment of the present invention; 

FIG. 68 is a schematic diagram generally illustrating the 
configuration of a private rescue system that is different from 
the system of FIG. 67; 

FIG. 69 illustrates an auction home page provided by the 
private rescue system; 

FIG. 70 illustrates a screen for registering a user, 

FIG. 71 illustrates a screen for requesting for a rescue; 

FIG. 72 illustrates a screen for participating in an auction; 

FIGS. 73 A and 73B are explanatory diagrams when a 
server selects a rescue ship; 

FIG. 74 is a flow chart illustrating a procedure of an auc- 

FIG. 75 is a schematic diagram illustrating the configura- 
tion of a trading system; and 

FIGS. 76A through 76C are schematic diagrams illustrat- 
ing auction forms. 



FIRST EMBODIMENT 



A first embodiment of the present invention will hereinaf- 
ter be described with reference to FIGS. 1 through 14. FIG. 1 
illustrates a time auction system for sellers and buyers to 
conduct auctions for articles through a network. In this 
example, an auction is held in which an article is bid upon 
with time as an element. 

The time auction system 10 includes an auction manage- 
ment system 20, a network (for example, the Internet) N, and 
terminals 30 for users (customers). The at 
system 20 in turn includes a server (web server) 21, a 
tomer management database (DB) 22, an article management 
database (DB) 23, and a bidding management database (DB) 
24. It should be noted that the server 21 may be configured by 
a separate web server and an application server. 

FIG. 2 illustrates the functional configuration of the auc- 
tion management system 20. The auction management sys- 
tem comprises a communication unit 41, a control unit 42, a 
time bid computing unit 43, and a bid narrow-down comput- 
ing unit 44. The communication unit 41, control unit 42, time 
bid computing unit 43 and bid narrow-down computing unit 
44 are implemented by a server 21 . The co 
41 operates in accordance with a predetermined cc 
tion protocol (HTTP). The article management DhS 15 com- 
prises a bid condition storage unit 45, which includes a time 
bid data storage unit 45A and a narrow-down data storage unit 
45B. The control unit 42 and the respective computing units 
43, 44 are used in computing control for identifying a suc- 
cessful bidder in a time auction, and a variety of data stored in 
the respective storage units 43A, 45B are used for this com- 
puting. 

A time auction home page (HP) (site) resides in the server 
21, such that a user displays the time auction HP illustrated in 
FIG. 3 on a screen through the network N using a browser 
application from a terminal 30. The user can register or par- 
ticipate in an auction by entering required data on the time 
auction HP. Any user who has completed a user registration 
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procedure is allowed to request purchase and/or sale of 
articles in the time auction or to participate in the time auc- 

The time auction HP has a variety of screens linked thereto, 
including a user registration screen P illustrated in FIG. 4; an 
article registration screen Q illustrated in FIG. 5; a time bid 
scheme selection screen R illustrated in FIG. 6; a desired 
condition setting screen S; a slide price setting screen T 
illustrated in FIG. 8; and so on. The server 21 stores on its hard 
disk screen data for the variety of screens I IP, P, Q, R, S, T, a 
program for use in displaying the screens and so on (for 
example, an HTML description program), a program for use 
in computing processing involved in the auction, and so on. 

As illustrated in FIG. 3, the time auction HP is provided 
with a large number of selection buttons 51 , which are clas- 
sified according to articles possibly traded in an auction, and 
a large number of selection buttons 52, which are classified 
according to articles possibly traded in a counter-auction. A 
person who wants to participate in a bid (bidder) selects any 
of the selection buttons 51, 52 for classifying articles. It 
should be noted that FIG. 3 illustrates only a portion of the 
article classifications. The time auction HP is also provided 
with a user registration button 53 and an article registration 
button 54. The respective buttons 53, 54, when selected by the 
user, results in displaying the registration screen P (FIG. 4) 
and the registration screen Q (FIG. 5), respectively. 

As illustrated in FIG. 4, the user registration screen P is 
provided with options PI for selecting whether the user wants 
to participate in an auction as a seller or a buyer, and a variety 
of entry fields P2 for entering address, name, telephone num- 
ber, electronic mail address, sex, age, remarks, and so on. 
When the user has entered all required items in associated 
fields on the user registration screen P displayed on the ter- 
minal 30A and selects an OK button 55, the just entered user 
registration data Dl is transmitted to the server 21 through the 
network N and added to customer management data stored in 
the customer management DB 22. Upon confirming that the 
user has paid a predetermined commission, the server 21 
transmits an authentication number (ID and password) to the 
terminal 30A of the just registered user. The registered user 
uses the authentication number for utilizing the time auction. 
If the user is not yet definite whether he will use the time 
auction as a seller or a buyer at the time of the user registra- 
tion, the user may register in this respect at a later time. 

As illustrated in FIG. 5, the article registration screen Q is 
provided with a variety of entry fields Ql to Q7 for entering 
article classification, article name, desired price, quantity, 
quality, custody place, article information, and so on. A range 
of values may be set in the field Q3 for entering a desired 
price. Also, the article registration screen Q is provided with 
options Q8 for selecting a desired price from three types: a 
fixed price, a slide price, and a minimum price. Here, fixed 
price means that the price is fixed. A slide price is a price that 
is set to vary in association with each of a plurality of trade 
terms along a time axis. For example, a slide price is used by 
a manufacturer that, upon accepting advanced orders for a 
new product, sets a price that becomes gradually lower as 
more days elapse from the announcing date to encourage 
more persons to buy the new product. The minimum price is 
the minimum acceptable bid. When this option is selected, an 
associated bidder should offer a limit price. The entry field Q6 
is a field for entering (selecting) a current custody place for an 
article, and may be filled in with such items as custody by an 
auction management dealer, private custody organization, 
seller's warehouse, schedule for manufacturing, and so on. 



The entry field Q7 is filled in with a detailed description of an 
associated article. The desired price entered on this screen Q 
corresponds to sales price information or purchase price 
information. 

5 When the user has entered required items in all fields on the 
article registration screen Q displayed on the terminal 30A 
and selects an OK button 56, article registration data D2, as 
article related information, is transmitted to the server 21 
through the network N and added to article management data 

io in the article management DB 23 . 

Also, when the fixed price or the minimum price is selected 
in the options Q8, the time bid scheme selection screen R and 
the desired condition setting screen S illustrated in FIG. 6 are 
displayed on the terminal 30A. Alternatively, when the slide 

15 price is selected in the options Q8, the slide price setting 
screen T illustrated in FIG. 8 is displayed on the terminal 30A. 

As illustrated in FIG. 6, the time bid scheme selection 
screen R is provided with six options Rl to R6 for selecting a 
particular time slide scheme. The options Rl to R6 provide a 

20 "due date advance scheme", a "due date delay 30 scheme", 
and a "due data approach scheme" for a seller and a buyer, 
respectively. In addition, the "due date approach scheme" is 
provided with options R7, R8 for selecting either "before due 
date" or "after due date". 

25 FIGS. 7A through 7D explain how a bid is conducted in 
each of the four types of time slide schemes provided for a 
seller and a buyer. The "due date advance scheme" in FIG . 7 A 
is a scheme that preferentially determines a successful bidder 
as the person (bidder) who has offered the earliest possible 

30 trading date prior to the due date specified by a client (re- 
quester). Among bidders A, B, C who have offered trading 
dates prior to the specified due date, the bidder C, who has 
offered the earliest trading date, is determined to be the suc- 
cessful bidder. 

35 The "due date delay scheme" in FIG. 7B is a scheme that 
preferentially determines that the person who has offered the 
latest possible trading date after a due date specified by a 
client is the successful bidder. Among bidders A, B, C who 

w have offered trading dates after the specified due date, the 
bidder C who has offered the latest trading date is determined 
as a successful bidder. 

A "closest pre-due date scheme" in FIG. 7C is a scheme 
that preferentially determines the successful bidder to be the 

45 person who has offered a trading date prior to and as close as 
possible to the due date specified by a client. Among bidders 
A, B, C, who have offered trading dates prior to the specified 
due date, bidder C has offered the latest trading date and is 
determined to be the successful bidder. 

50 A "closest post-due date scheme" in FIG. 7D is a scheme 
that preferentially determines the successful bidder to be the 
person who has offered a trading date that is after and as close 
as possible to a due date specified by a client. Among bidders 
A, B, C, who have offered trading dates after the specified due 

55 date, bidder C has offered the latest trading date and is deter- 
mined to be the successful bidder. It should be noted that in 
either of the time bid schemes, if a number of bidders exceed- 
ing an upper limit of number of bidders compete on the most 
favorable trading date (for example, when two bidders C. D 

60 compete on a favorable trading date for a limit of one bidder 
as illustrated in FIG. 9), the bidders are narrowed down to a 
successful bidder based on predetermined rales, later 
described. 

The desired condition setting screen S illustrated in FIG. 6, 
65 in turn, is provided with entry fields SI to S4 for entering a 
specified due date (reference time), payment, article deliver)' 
period, and bidding period, and options S5 for selecting 
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whether or not a bidder is allowed to offer a condition. The by the client even if a number of bidders satisfy all of a 

entry field SI specifies a due date, which serves as a reference plurality of combinations with respect to a period and a price, 

time in the time slide scheme. The auction may have priority rules for determining a bidder 

As a trade is established, a client and a successful bidder for each period. Then, upon selection of an "OK" button 58 

proceedwifhpaymentforanarticleanddeliveryofthearticle. 5 after required items have been entered on the screen T, bid 

The entry fields S2, S3 are fields for setting a specific request condition data D4 including the data contents entered on the 

from the client on a trading date offered by a successful bidder screen T is transmitted to the server 21. As appreciated, the 

in the payment or the delivery of the article. The entry field S2 items set on the screens R, S in FIG. 6, except for the bidding 

for "payment" is available when a client is a seller, while the period, correspond to trade period conditions, while the items 

entry field S3 for "article delivery" is available when a client to set on the screen T in FIG. 8, except for the bidding period, 

is a buyer. correspond to trade period conditions. Also, the article regis- 

In the "payment" entry field S2, the client can select which tration data D2 and the bid condition data D3, D4 constitute 
of a plurality of options such as a paying-in date, bank transfer bid request information as bid information, and the screens R, 
date, cash dispatch date, money collection date, electronic S, T correspond to requesting screens, 
money payment date, first payment date of partial payment, 15 FIGS. 10, 11, and 12 are flow charts illustrating a registra- 
down-paymenl making date, or the like is denned as the tion processing procedure for the time auction; a processing 
trading date. In the "article delivery" entry field S3, the client procedure for the period slide type time auction; and a pro- 
can select which of a plurality of options such as a delivery cessing procedure for a price slide setting type time auction, 
date, article shipment date, assignment issuing date, title respectively. 

document transfer date, contract date, occupation date (for a 20 An explanation is first given of the registration processing 

residence or the like), title transfer data, or the like is defined procedure for the lime auction illustrated in FIG. 10. First, in 

asthetradingdate.Foreachoftheseitems,thoughnotshown, step (hereinafter simply denoted as "S") 10, a user registra- 

it is also possible to set a period based on the trading dale, for tion (customer registration) is made (see FIG. 4). In S20, an 

example, a period of a certain number of days after the trading article registration is made (see FIG. 5). 

date, within a period of a certain number of days (or certain 25 In S30, it is determined which of the time slide scheme and 

number of weeks) from the trading date, or the like. A seller the price slide setting type has been selected. It is recognized 

or a buyer, who is a client, sets specific contents and the that the time slide scheme has been selected when the fixed 

desired due date (period) in accordance with the individual's price or the minimum price was selected in the options Q8 on 

circumstances with respect to payment or delivery of an the article registration screen Q of FIG. 5, followed by the 

article. Particularly, when the client has a desired due date for 30 time bid scheme selection screen R of FIG. 6 displayed on the 

apaying-indateoradeliverydate,theclientmay have bidders terminal 30A. Alternatively, it is recognized that the price 

compete based on such a trading date to find a trading partner slide setting type has been selected when the slide price was 

who is offering a favorable trading date for the client. This is selected in the options Q8, followed by the slide price setting 

a major advantage of the time auction system. Upon selection screen T of FIG. 8 displayed on the terminal 30A. 

of an "OK" button 57 after required items have been entered 35 In S40, the time slide scheme is selected (see FIG. 6). Each 

on the screens R, S, bid condition data D3 comprised of data of the sellers and buyers selects one from the four types of 

contents entered on the respective screens R, S is transmitted time bid schemes displayed on the screen R of FIG. 6, i.e. , due 

to the server 21 . date advance scheme, due date delay scheme, closest pre-due 

As illustrated in FIG. 8, the slide price setting screen T in date scheme and closest post-due date scheme. It should be 

turn is provided with separate entry fields Tl for setting a 40 noted that while, in this example, the due date is used as the 

plurality (three in the illustrated example) of periods; separate reference time for the time bidding, the reference time may 

entry fields T2 for setting prices for the plurality of periods; employ a function that sets hours, minutes, seconds, weeks, 

and a field T3 for entering a bidding period. The respective months, or years. In this event, the due date, which serves as 

entry fields Tl set periods (first through third periods) shifted the reference time for a time slide scheme selected from the 

from each other in a step-wise manner with respect to a time 45 four types, is set in the entry field SI in FIG. 6. 

axis. The respective entry fields T2 set prices corresponding In S50, specific contents meant by a trading date with 

to the respective periods such that the price changes from one respect to a payment for or a delivery of an article are set in 

to another in association with a transition from one period to detail. For example, when the client is a seller and wants to 

another. The slide price setting screen T may be used, for define the trading date as a paying-in date, the client may 

example, by a manufacturer (maker) that accepts advanced 50 select "paying-in" in the input field S2. On the other hand, 

orders for new products through the price slide setting type when the client is a buyer and wants to define the trading date 

time auction to distribute orders concentrated in an initial as a delivery date, the client may select "delivery" in the input 

period immediately after the release of the products to the field S3. 

market and to review a production plan in accordance with a In step S60, a narrow-down condition is set by the options 

sales prediction based on the result of the bidding. 55 S5. For example, for a seller who wants to ensure funds as 

Further, not limited to manufacturers, thepriceslide setting soon as possible, it is advantageous that an offered article is 

type time auction may be used by clients who want to sell or sold to a trading partner who buys the article at a price higher 

buy a large number of articles efficiently or for selling or than a desired price as long as a paying-in date is ensured, 

buying an article at an appropriate price for a particular trad- Alternatively, for a seller who wants to maintain an article at 

ing period (for example, an article, such as a book, a music 60 hand as long as possible, it is advantageous that the article is 

CD or the like, the value of which decreases over time from a sold to a trading partner who offers an article delivery date 

release date). It should be noted that even with the price slide later than a payment date. Therefore, if a plurality of bidders 

setting type time auction, the client can make an offer arbi- exceeding a limited number of bidders compete with the 

trarily. For example, the price slide setting type time auction trading date, the client selects "possible" in the item "condi- 

can set priority rales that may be applied when there is only 65 tion offered from bidder" on the screen S in order for a bidder 

one article to preferentially determine that the successful to offer information for narrowing the bidders down to those 

bidder is a bidder who satisfies a single combination desired who offer more favorable conditions for the client. Then, 
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when the client is a seller, the options "price" and "article 
delivery date" are selected, by way of example, as informa- 
tion offered by bidders (buyers) (see FIG. 6). Alternatively, 
when the client is a buyer, the options "price" and "payment 
date" are selected, by way of example, as information offered 
by bidders (sellers). It should be noted that the entered con- 
tents on the screen R and the due date specified on the screen 
S correspond to the bid conditions. 

On the other hand, when the price slide setting type has 
been selected, slide periods are set in S70 on the slide price 
setting screen T of FIG. 8. For example, three periods includ- 
ing a first period to a third period may be set. However, the 
number of set slide periods is not limited to three and may be 
four or more. Also, each slide period can be set in arbitrary 
time units of years, months, weeks, days, hours, minutes, or 
seconds. It should be noted that the contents entered on the 
screen T correspond to the bid conditions. 

In next S80, slide prices are set. More specifically, prices 
corresponding to the respective previously set periods are set 
such that the prices changes from one to another in associa- 
tion with a transition of the periods from one to another. The 
price slide setting type may be used, for example, when a 
manufacturer (maker) uses the time auction for accepting 
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The article list screen U displays a photograph Ul and an 
article code number of each article, as well as article related 
information such as article name, desired price, quantity, and 
so on; and bid condition information such as time auction 
5 system, desired trading date (due date), bidding period and so 
on for each article. The article list screen U of FIG. 9 is 
displayed in the same form as well when a counter-auction is 
conducted. Since the article list screen U provides a partici- 
pation button 59 for each article, one may select the partici- 
10 pation button 59 for participating in a bid. The selection of the 
button 59 results in a bid participation screen V displayed on 
the terminal 30. 

As illustrated in FIG. 9, the bid participation screen V 
displays article bid condition information VI such as article 
1 5 code number, article name, desired price, detailed definition 
of a trading date (here, "paying-in"), time auction system 
(here, "due date advance"), due dale, and so on, and is pro- 
vided with entry fields V2 to V5, and an entry field for enter- 
ing a traded quantity (not shown). This screen V is provided 
20 for a buyer, so that only "paying-in" can be entered in a 
payment selection field V3 provided for a trading date when 
a seller requests for pay ing-in. Entry fields V4, V5 for offering 
conditions are displayed when a seller participates in an auc- 
condition that bidders offer conditions for purchase 



advanced orders for a new product or predicting sales of the .„™„ . 

new product. A new product release period, an intermediate * For offering conditions, a bidder selects YES m condition 
sale period in which the product becomes less popular, and a VS before enterfng condltions whlch ±e bldder 

final sale period before a next new product is released may be 
set as the slide period. Then, a standard price, a discounted 
price (for example, 10% discount), and a disposal value (for 
example, 30% discount) are set as the slide price for the 
respective periods. The price slide setting type facilitates the 
production plan since the manufacturer can accept advanced 
orders over a long period of time from a release day, and helps 
review the production plan by predicting the sales from 
resulting orders. 

In S90, a bidding period is set. In the time slide scheme, the 
bidding period is set on the screen S of FIG. 6, while in the 
price slide setting type, the bidding period is set on the screen 
I of FIG. 8. Selecting an OK button 57 or 58 on the screen S 
or T, data so far entered is transmitted. 

In S100, a commission is paid. Also, if an article is expen- 
sive enough to exceed a predetermined price, a margin shoul d 
be paid in addition to the commission. 

In S110, upon confirmation of the paid commission (in- 
cluding the margin), a time auction is started. Specifically, as 
one accesses the time auction HP, he can view articles and 
their trading conditions on the screen of the terminal 30 
through the network N, so that an article offered by a seller is 
sold at auction, or an article whose purchase conditions are 
offered by a buyer is bid at counter-auction. Also, the bid 
condition data D3, D4 received in this event are stored in the 
time bid data storage unit 45A if they are related to the time 
slide scheme and the price slide setting type, and in the 
narrow-down data storage unit 45B, if they are narrow-down 
condition data for use in narrowing down bidders. The pro- 
cedure from S20 to S100 corresponds to a request procedure. 

Next, a method of participating in the time auction will be 
explained. 

The time auction HP illustrated in FIG. 3 classifies poten- 
tial articles traded thereon into marketable securities, real 
estate, condominium for sale, ticket, new product, antique 
and art objects, and so on. As a person clicks on a button 51 or 
52 associated with an article which he wants to sell at auction, 
the article list screenU illustrated in FIG. 9 is displayed on the 
terminal 30. The button 51 is provided for auction, while the 
button 52 is provided for counter-auction. 



itering conditions w 
entry fields V4, V5 (at least one of the price 
and the article delivery date). Then, upon selecting an OK 
button 60 on the screen V, bid data D5 is transmitted to the 
server 21 and stored in the bid management DB 24. The server 
21 sequentially executes the computing process for determin- 
ing a successful bidder candidate based on the bid data trans- 
mitted thereto from the terminal 30B. The screens U, V cor- 
respond to bid screens, while the bid data D5 corresponds to 
bid information. 

Next, a processing procedure involved in the due date slide 
type time auction will be explained with reference to FIGS. 2 
and 11. 

It is first determined in S210 whether or not any bid has 
been applied, and if there is any bid applied, all bid data D5 
including that of newly applied bids are ordered such that 
higher priorities are given to those bids that satisfy more time 
conditions for the due date slide scheme in S220 to create a 
priority list that enumerates bidders in the priority order. 
More specifically, upon receipt of data of new bids, the con- 
trol unit 42 reads time condition data (here conditions for the 
time slide scheme) from the time bid data storage unit 45A in 
the article management database 23, and also reads all bid 
data associated with an article code number involved in this 
auction from the bid management database 24. Then, the time 
bid computing unit 43 uses this data to compare trading dates 
in the respective data with the time condition to create a 
priority list which enumerates the bidders in the priority 
order. Subsequently, the computing unit 43 selects a bidder 
who offers a trading date that most satisfies the time condition 
as a successful bidder candidate. It should be noted that the 
procedure in S210, where the screens U, V are displayed on 
terminals 30 of bidders, and the server 21 receives the bid data 
D5 upon receipt of applied bids, corresponds to a bid proce- 
dure. Also, the procedure in S210 through S280 for determin- 
ing a successful bidder corresponds to a bid acceptance pro- 
cedure. 

A client (for example, a seller) confirms a bidding situation 
on the screen of his terminal 3 OA and transmits a bid accep- 
tance indication to the server 21 when a successful bidder 
candidate offers a desired trading date, even before the expi- 
ration of a bidding period. Conversely, when there is no 



US 7,478,055 B2 

13 

bidders even if the client confirms a bidding situation on the 
screen, or when no bidder has offered desired conditions for 
a long time, the bid conditions (due date (period), price, and 
so on) may be changed even before the expiration of the 
bidding period. 

In S230, when the server 21 receives a bid acceptance 
indication from the client, the flow continues to S270. In 
S240, if the server 21 receives an instruction to change the bid 
conditions from the terminal 30A of the client, the bid con- 
dition data stored in the bid condition storage unit 45 is 
changed. Then, unless no bid acceptance indication is 
received from the terminal 30A of the client, the processing 
procedure from S210 to S260 is repeated to collect bidders 
until the expiration of the bidding period is determined in 
S260. Then, upon confirming the expiration of the bidding 
period in S260, the fio\ 
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to S270. 

In S270, it is determined whether or not the number of 
successful bidder candidates exceeds a limited number of 
successful bidders. When it is determined that the number of 
successful bidder candidates exceeds, narrow-down process- 
ing is executed in S280. 

In the narrow-down processing in S280, the control unit 42 
reads narrow-down condition data from the narrow-down 

ta storage unit 45B in the article management DB 23, and 



receives the bid data D5 upon acceptance of applied bids, 
corresponds to a bid acceptance procedure. Also, the proce- 
dure from S310 to S400 corresponds to the bid acceptance 
procedure as well. 
5 The client (for example, a manufacturer or the like which 
acts as a seller) confirms a bidding situation on his own 
terminal 30, and transmits a bid acceptance indication to the 
server 21 even before the expiration of the bidding period if a 
scheduled number of successful bidder candidates are 
.0 ensured. Conversely, when there is few bidders even if the 
client confirms a bidding situation on the screen, the bid 
conditions (period, price) may be changed even before the 
expiration of the bidding period. 
When the server 21 receives the bid acceptance indication 
5 from the client in S330, the flow continues to S370. Alterna- 
tively, when the server 21 receives an instruction to change 
the bid conditions from the client in S350, the server 21 
changes the bid condition data (period and price) stored in the 
bid condition storage unit 45. Then, unless the client sends the 
>o bid acceptance indication, the processing procedure from 
S310 to S360 is repeated to collect bidders until it is deter- 
mined in S360 that the bidding period has expired. 
Then, upon confirming the expiration of the bidding period 
S360, the server 21 analyzes, for example, an article sale 



also reads all bid data associated with an article code number 25 prediction using the totalized data in S370. Then, it is deter- 



of the article from the bid management DB 24. Then, the bid 
narrow-down computing unit 44 uses these data to perform 
appropriate processing for narrowing down a successful bid- 
der from the successful bidder candidates. Then, in S290, the 
bid narrow-down computing unit 44 notifies the respective 
terminals 30 of the client and the successful bidder of the 
result of the bid. Subsequently, a trading contract is concluded 
between the client and the successful bidder. It should be 
noted that the procedure from S210 to S290 corresponds to a 
bid acceptance procedure. 

Next, a processing procedure of the price slide setting type 
time auction will be explained with reference to FIGS. 2 and 
12. 

After entering required details on offers by selecting a 
combination of desired period and price in the entry fields V2, 
V4 on the bid participation screen V in the same form as that 
illustrated in FIG. 9 (note that a portion of entry items is 
different), as the OK button 60 is selected, bid data D5 is 
transmitted to the server 21. The bid data D5 is stored in the 
bid management DB 24. 

It is first determined in S310 whether or not any bid has 
been applied, and if there is a bid applied, all bid data D5 
including those of newly applied bids are arranged in suc- 
cessful bid priority order for each of the periods in S320 to 
create a priority list. More specifically, upon receipt of new 
bid data, the control unit 42 reads time bid condition data 
(here, conditions for the price slide setting type) from the time 
bid data storage unit 45A in the article management DB 23, 
and also reads all bid data associated with an article code 



mined in S380 whether or not the number of successful bidder 
candidates exceeds a limited number of successful bidders. 
When it is determined that the number of successful bidder 
candidates exceeds the limit, the flow continues to S390. 

In the narrow-down processing in S390, the successful 
bidder candidates on the priority list created by the time bid 
computing unit 43 are narrowed down to the limited number 
of bidders from the top of the list which are determined as 
successful bidders. Then, in S400, the result of accepted bids 
is notified to the terminals 30B of the successful bidders, 
while the client is notified of the result of accepted bids, and 
the totalized data and the result of the analysis on the data as 
required on the terminal 30A of the client. Subsequently, a 
trading contract is concluded between the client and the suc- 
cessful bidder. 

As an alternative way of conducting the price slide setting 
type auction, it is possible to assume an auction system in 
which a seller only offers step-wise periods, while a buyer 
offers a single period selected from the offered periods 
45 together with a price (purchase price). As another alternative 
way, it is possible to assume an auction system in which a 
seller only offers step-wise prices, while a buyer offers a 
single price selected from the offered prices together with a 
trading date. Of course, a buyer can act as a client of the price 
o slide setting type time auction. 

Further alternatively, a bid acceptance priority order set- 
ting screen WA may be provided for setting priority levels to 
elements of conditions for a client to determine an accepted 
bid, for example, as illustrated in FIG. 13 . The setting sc 



number involved inthis auction from thebidmanagement DB 55 WA is provided with a plurality of entry fields WA1 to WA4, 



24. Then, the time bid computing unit 43 uses these data t 
compare trading dates presented in respective data with one 
another to create a priority list which enumerates bidders in a 
priority order for each of the periods. Then, the bidder who 
has offered the trading date that most satisfies a time condi- 
tion is selected as a successful bidder candidate. However, if 
the time condition consists only of the period specified by the 
client, the priority list is created by arranging bidders in order 
from the one which was accepted first. In this event, all 
bidders are determined as successful bidders. It should be 
noted that the procedure in S310, wherein the bid screen is 
displayed on terminals 30 of bidders, and the server 21 



is used, for example, in combination with the sc 
S in FIG. 6. A client has previously registered a rank of 
elements which are preferred in determining a successful 
bidder, and selects an OK button 61 on the screen WA, for 
D example, to transmit preferred condition data Da to the server 
21. For example, with "trading date" set in the entry field 
WA1 and "price" set in the entry field WA2, the highest 
priority is given to the trading date, in which case, when a 
plurality of bidders compete with the same trading date, the 
5 bidders arc narrowed down based on elements at the second 
and lower priority levels such as the price and so on to identify 
a favorable trading partner in accordance with the priority 
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uses the price slide setting type for collecting advanced orders 
for a new product, the enterprise can readily distribute the 
orders which would otherwise concentrate on the release day, 
and can be provided with totalized data on the result of bids 
and the result of an analysis on the data to predict the future 
sales of the product. The prediction in turn helps review a 
production plan. 

(4) Since the first embodiment permits a bidder to offer 
conditions, it is possible to narrow down bidders, when they 

0 complete, to a trading partner favorable for the client based on 
secondary elements such as the price other than the trading 
due date. Also, a bidder is provided with an opportunity to 
offer conditions with which a higher priority may be given to 
him, so that the bidder can acquire a wanted article or buyer 

5 with a higher possibility. 

Next, the definitions of the following terms used in the first 
embodiment will be explained. 

(1) "Trading Due Date" is meant to have a large concept 
including a date on which a transaction is actually made such 



desired by the client. Alternatively, with "price" set in the 
entry Is field WA1 and "trading date" set in the entry field 
WA2, the highest priority is given to the price, in which case, 
when a plurality of bidders compete with the same price, the 
bidders are narrowed down based on elements at the second 
and lower priority levels such as the trading date to identify a 
favorable trading partner in accordance with the priority 
desired by the client. In this case, since the trading period is 
taken into account, it is possible to find a trading partner who 
offers a favorable condition for the trading date as well. As 
possible elements which may be ranked in the priority hier- 
archy, several elements are provided other than the trading 
date and the price. 

Alternatively, instead of the method of determining a suc- 
cessful bidder, conducted by the server 21, a trading partner 
may be determined in the following manner. For example, the 
server 21 lists information offered by bidders as it is, or 
creates a priority list by narrowing down successful bidder 
candidates at higher ranks, for example, to a limited number 

of bidders specified by the client based on the information 20 as a payment date, an article delivery date and s< 
offered by the bidders, and transmits the list to the terminal limited to a date on which a trading contract is concluded. 
30A of the client. Accordingly, a list screen XA as illustrated (2) "Due Date" of the trading due date is meant to be a 
in FIG. 14 is displayed on the terminal 30A of the client. The concept which includes a time point identified in temporal 
screen XA is provided with a list XA1, an entry field XA2 for units such as years, months, weeks, days, hours, minutes and 
selecting a successful bidder, and an OK button 62. The list 25 seconds, or a period which as a range of time. 
XA1 indicates a priority number, a code number, a trading 



te offered by a bidder), and bidder offered conditions 
(price, article delivery date and so on). 

The client reviews offered conditions such as the trading 
dates in the list XA1 of the screen XA, determines a success- 3< 
ful bidder favorable to the client, enters, for example, the 
priority number of the successful bidder in the entry field 
XA2 , and selects the OK button 62 . In response, the server 21 
notifies the client and the successful bidder of an accepted 
bid. If the client can view the list XA1 on the terminal 30A in 3: 
this way, the client can select a partner who offers favorable 
conditions for any element such as the price other than the 
trading date, even if several bidders offer the same paying-in 
date, or the client can select a partner who may concede in the 
price or the article delivery date even if the trading date is * 
slightly late. The list screen XA corresponds to a browsing 

As appreciated from the foregoing description, the follow- 
ing advantages are provided according to the first embodi- 

(1) With the employment of the time auction in which a 
client offers a trading due date condition such that bidders 
compete the trading due date for an article or a buyer, the 
client can find a trading partner who satisfies requirements of 
the client in accordance with his personal circumstances with 5 
respect to the trading due date such as an article delivery date, 

a payment date, or the like. 

(2) Since the time slide system is employed, the client can 
determine as a trading partner a bidder who offers the most 
favorable trading date for the client. In addition, since the four 5 
types of time slide systems are provided, the client can select 
an appropriate method of sliding the time axis with respect to 
the due date in accordance with the client's circumstances, 
thereby permitting the client to find a trading partner who 
offers a favorable trading date for the client. 6 

(3) Since the price slide setting type is employed, the client 
can find a trading partner who satisfies the client's require- 
ments in view of a combination of a period and a price. For 
example, it is possible to buy and sell an article (book, i 



Second Embodiment 

A second embodiment which embodies the present inven- 
tion will hereinafter be described with reference to FIGS. 15 
through 23. In the first embodiment, an auction is conducted 
such that bidders compete with the time, more specifically, a 
trading due date, whereas in the second embodiment, an 
auction is conducted with an element other than the price such 
as position, distance and time. In the second embodiment, the 
time is not the trading due date but a required period of time. 
The required period of time may be, for example, a waiting 
time for a taxi to arrive. 

A position auction is provided with a business auction for 
hiring a carrier such as a taxi which provides paid transpor- 
tation services. For example, taxi companies may register 
themselves in this position auction as users to efficiently 
receive provision of customers through the position auction. 
Potential customers may also register themselves as users to 
use the position auction. 

Next, the position auction will be explained in a specific 

An auction management system (intermediary manage- 
ment server system) 20 comprises a server 21, a display 
device 70, and an input device 71 comprised of a keyboard, a 
mouse and so on. The server 21 is connected to three data- 
bases 22, 23, 24. The server 21 is connected to the Internet N 
and further connected to terminals 30 of third parties for 
communications therewith through the Internet N. For 
example, personal computers in a plurality of taxi companies 
(hereinafter simply called the "personal computer") 72 are 
connected to the Internet N so that they can communicate 
with the server 21. For example, it is only taxi companies 
(including owner driver taxis) which have previously By reg- 
istered as users that are allowed to receive a customer provi- 
sion service from the server 21. The customer terminals 30 
connected to the Internet N can be communicated with the 
server 21. The customer terminals 30 may be a portable 
telephone 74 having the ability of making ci 



CD, or the I ike), which becomes less popular and experiences 65 through the Internet (for example those supporting the 
a smaller value over time from the release day, at a price i-mode) other than the personal computers 73. A transceiver 
appropriate for a particular period. Also, when an enterprise 75 is connected to each of the personal computers 72 in the 
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taxi companies, so that it can radio communicate with a down computing imit 84. The communication unit 81, control 
transceiver 77 equipped in each of taxis 76 which belong to unit 82, position bid computing unit 83 and successful bid 
the company. narrow-down computing unit 84 are implemented by the 
As illustrated in FIG. 17A, each of taxis 76 is equipped server 21 . The communication unit 81 operates in accordance 
with a GPS (Global Positioning System) 78 which measures 5 with a predetermined communication protocol (HTTP). An 
a position utilizing radio waves of GPS satellites, so that the article management DB 23 comprises a bid condition storage 
taxi 76 exactly measures a current position thereof through unit 85 which is comprised of a positionbid data storage unit 
the GPS 78, and transmits the position information from the 85A and a narrow-down data storage unit 8SB. The control 
transceiver 77 in the taxi 76 to the transceiver 75 in the taxi unit 82 and the respective computing units 83, 84 are used for 
company.Accordingly,thepersonalcomputer72exactlyper- 10 computing control for identifying a successful bidder in a 
ceives current positions of all taxis 76 belonging to the taxi position auction, and a variety of data stored in the respective 
company. Also, as illustrated in FIG. 17B, the portable tele- storage units 85A, 85B are used for the computing, 
phone 74 held by a customer contains a GPS 79 so that it Anauctionhomepage(HP)(site)residesinthe server 21 in 
supports the positioning capabilities. Therefore, a current the intermediary company. A user (customer) displays the 
position of the customer who carries the portable telephone 15 auction HP illustrated in FIG. 18 on a screen through the 
74 is sequentially measured, as required, by the GPS 79 network N using a browser application from a terminal 30 for 
contained in the portable telephone 74. viewing the auction HP. The auction HP in the second 
The server 21 of the auction intermediary company stores embodiment differs from the time auction HP in the first 
a variety of programs for auctions in a memory. An auction embodiment only in that the element "time" with which bid- 
program is included in these programs. This program informs 20 ders compete is replaced with "position". A variety of screens 
respective taxi companies of a current position of a customer such as the user registration screen P illustrated in FIG. 4, the 
through the Internet N to conduct an auction in which the taxi article registration screen Q illustrated in FIG. 5, and so on are 
companies intend to knock the customer down. The respec- likewise linked to the auction HP. The server 21 stores in its 
five taxi companies participate in the auction while offering hard disk, screen data for the variety of screens HP, P, Q, F, G 
position information on taxis of their companies. The server 25 and so on, a program for use in displaying the screens and so 
21 in turn identifies the taxi which is positioned closest to the on (for example, an HTML description program), a program 
customer, as an acceptable bid condition based on the taxi for use in computing involved in the auction, and so on. 
position information, such that the customer determines this As illustrated in FIG. 18, the auction HP is similarly pro- 
taxi as a successful bidder. vided with a large number of selection buttons 51 classified 
The personal computer 72 of the taxi company keeps track 30 into respective articles and services for auction, and a large 
of current positions and current situations of the respective number of selection buttons 52 classified into respective 
taxis 76 belonging to the company based on the information articles for counter-auction. A person who wants to partici- 
from the respective taxis 76. The current situation refers to a pate in a bid (bidder) selects a selection button 51 or 52 of a 
situation of the taxi (in a mission, on the move to a customer, desired article classification. It should be noted that FIG. 18 
during washing, lack of gasoline, during supply of gasoline, 35 illustrates only a portionof article and service classifications. 
andsoon),asituationofadriver(takingabreak,atmeal,and The auction HP is also provided with a user registration 
soon), a traffic situation (under construction, traffic jam, and button 53 and an article registration button 54. Selection of 
so on). Any factor which causes a delay in an arrival time at a the button 53 or 54 results in the registration screen P (FIG. 4) 
customer even if the taxi is positioned near the customer is orthe registration screen Q (FIG. 5) displayed on the terminal 
taken into account in addition to the position (distance). Situ- 40 30, and data entered from the screen P or Q is transmitted to 
ation information may be fetched into the personal computer the server 21 to proceed with user registration or article/ 
72 by entering information acquired through a radio commu- service registration. An article also includes information pro- 
nication by a manager of each taxi company or digitally vision. The position auction also provides a business position 
converting analog data received by the transceiver 75. It is auction (counter-auction) in which registered are dealers who 
preferred however that the situation information should be 45 provide a carrier such as a taxi which provides paid transpor- 
able to be transmitted automatically to the personal computer tation services. For example, taxi companies may register 
72 without burdening the driver. For example, the taxi 76 may themselves in this position auction as users to efficiently 
be equipped with a variety of sensors to detect predetermined receive provision of customers through the position auction, 
situations, such that resulting situation data is sequentially While the taxi is given as an example in the second embodi- 
transmitted automatically to the personal computer 72 by a 50 ment, the present invention may be applied to any mobile 
program or the like. Such an automatic situation detecting object (vehicle or the like) such as a collection/delivery car 
method may rely on a variety of sensors, for example, a which is dispatched to a customer or a predetermined place 
gasoline amount detecting sensor for detecting a lack of gaso- near the customer for providing a service, 
line; a taxi meter operation detecting sensor or a seat sensor Since the auction HP has a "taxi" button 88, a customer 
for confirming or detecting whether or not a passenger (cus- 55 may select this button. Then, the customer enters required 
tomer) is present; and so on. Also, driver schedule manage- items on a taxi allocation screen F illustrated in FIG. 19 which 
ment data is stored and matched with the time provided by a appears subsequent to the auction button HP in response to 
timing function to determine, using a program, whether the the selection of the taxi button 88. Specifically, the screen F is 
driver is in a break time or a working time. Further, a traffic provided with a GPS button 91 forspecifyingaplaceatwhich 
situation may be kept track of based on traffic jam informa- 60 the customer wants to take a taxi; a telephone number entry 
' n information provided by a transport field Fl, and a character entry field F2. The screen F is also 



management organization detected by traffic amount investi- provided with entry fields F3 to F6 for entering ci 

gation devices installed along roads. feature communication, desired take time (within how many 

FIG. 16 illustrates the functional configuration of the auc- minutes), number of passengers, and destination; a rank but- 

tion management system 20. The auction management sys- 65 ton 92 for specifying a taxi rank (large, middle, small, rate 

tem 20 comprises a communication unit 81, a control unit 82, rank, and so on); and an ID number entry field F7. Here, the 

a position bid computing unit 83, and a successful bid narrow- GPS button 91 on the screen F may be previously corre- 
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sponded with the GPS 79 when using a portable telephone 74 
which supports the GPS, so that GPS position data can be 
registered only by manipulating the button 91. As an alterna- 
tive method of identify ing a position, it is possible to enter a 
telephone number of the customer's residence, building or the 
like. The server 21 is connected to a system which identifies 
the address from the telephone number (telephone number 
search service company) so that the position can be identified 
provided that the telephone number is known. The character 
entry field F2 is filled with character information such as the 
address, place name, readily perceivable rendezvous place, or 
the like. The feature communication entry field F3 is filled 
with identifiable features of the customer himself. It should be 
noted that the taxi allocation screen F corresponds to a request 

After entering these required items, the customer selects a 
transmission button 93 to transmit the customer information 
data to the server 21 through the Internet N as bid request 
information. The server 21 launches an auction program 



which can arrive soonest at the customer based on the position 
of the taxi and the situation data, and forces the identified taxi 
to bid off the customer. Of course, each of taxi companies 
may be fully responsible for the determination of the situation 

: such that the taxi company determines not to participate inthe 
auction if the time limit is exceeded before the taxi arrives at 
the customer due to bad situations, and forces an appropriate 
one of taxis which can participate in the auction to do so. In 
this event, since the taxi company is responsible for the deter- 

0 mination of the situation, a penalty may be awarded to the taxi 
company if the allocated taxi has kept the customer waiting 
for the taxi. This system provides the position auction in 
which bidders purely compete only with the position. 
Alternatively, the server 21 may fully determine a taxi 

5 situation to identify a taxi which can arrive soonest at the 
customer. As a relatively feasible implementation, a manager 
of each taxi company may enter pertinent ones of previously 
determined situation items in the entry field G8 as character 
information to notify the server 21 of the specific si 



jr information and widely promotes taxi 20 This implementation, however, requires man power and is 

companies to participate in the position auction through the inefficient, so that it is desirable from a viewpoint of effi- 

personal computers 72. ciency that the personal computer 72 determines the situation 

The personal computers 72 in the taxi companies are based on situation information (car situation information, 

operative at all times, and upon receipt of information on a driver situation information, traffic situation information) 

new auction, notifies an operator (personal computer man- 25 which can be acquired from respective taxis 76 and a variety 
ager) to that effect through sc 



)r the like. In this 
>n participation screen 



er 21 provides i 
Gas illustrated in FIG. 20. 

The auction participation screen G illustrated in FIG. 20 is 
provided with display fields Gl to G5 for offering customer 
information such as the position of a customer (a place at 
which the customer wants to take a taxi); the number of 
passengers; a specified rank of taxi; destination; the time at 
which the customer ™ 



of facilities. In this case, it is possible to convert this kind of 
situation into a distance, to add the distance for compensation 
to the actual position, and to participate inthe auction with the 
compensated position. It should be noted that the situation 
) information corresponds to time varying factor information. 
The server 21 uses information (bid information) received 
from the personal computers 72 in the respective taxi com- 
panies (or mobile information terminals equipped in owner 
driver taxis such as mobiles, portable telephones), a 



m participation screen G is also provided with a map 35 forms predetermined processing on the information to iden- 
display field G6 which displays a map around the place at tify a taxi 76 which can arrive in the soonest at a place 
-■ ■ - • • specified by the i 



which the customer is present (map information). The posi- 
tion at which the customer is present (the place at which the 
customer wants to take a taxi) is indicated on the map (a black 
circle on the map in FIG. 20), such that the position at which 
the customer is present can be visually confirmed in a specific 
manner on the map. The screen G is also provided with entry 
fields G7, G8 for entering "taxi position" and "situation". For 
participating in the auction, there is a time limit in order not to 
have kept the customer waiting for a taxi to the utmost, so that 
a display field G9 is also provided for showing a remaining 
time. For participating in the auction, each taxi company 
should have entered required data in the entry fields G7, G8 
within a time limit and select a participation button 94. It 
should be noted that the auction participation screen G cor- 
responds to a bid screen. 

The personal computer 72 of each taxi company keeps 
track of the positions and situations of al 1 the taxis 76 belong- 
ing to the company, and identifies an appropriate taxi 76 that 
can arrive at the customer in ' 
and the place at which the customer is present (or his 
taking place). Then, the operator of the personal computer 72 
enters the position and situation of the identified taxi in the 
entry fields G7, G8 and participates in the bid in the name of 
the taxi, such that the taxi is determined as a successful bidder. 
The situation may describe, for example, "the taxi can 
directly go to the place"; "it takes three minutes to supply the 
taxi with gasoline at ABC gasoline station"; "the driver is 
taking a break. The taxi can start in five minutes"; "the taxi is 
transporting a passenger(s)"; and so on. For example, situa- 
tion data which evaluate this kind of situation may be trans- 
mitted to the server 21 , so that the server 21 identifies a taxi 



r. The server 21 stores rating system 
data of the respective taxi companies, and therefore automati- 
cally identifies a taxi which will collect the lowest rate, and 
determines the thus identified taxi as a successful bidder if 
some taxis offer a substantially identical required time within 
a predetermined allowable range. 

Next explained is a method of identifying a taxi that can 
arrive in the soonest time at a customer. 

The server 21 calculates the distance between a taxi posi- 
tion and a customer position on a map based on data on the 
two positions. For example, as illustrated in FIG. 21A, when 
a total of four taxis 76, Zl, Z2, Z3, Z4 participate in a bid for 
a customer who is waiting for a taxi 76 at a Y point, the server 
21 calculates the distances a, b, c, d between the respective 
taxis Zl. Z2, Z3, Z4 and the customer. In this event, while 
direct distances may be used, this embodiment uses distances 
on the map for calculating more exact distances (It should be 
noted however that in FIG. 21 the distances are schematically 
time from these data 55 represented by linear lines). In a pure position auction, the 
server 21 compares these distances and determines the taxi at 
the shortest distance from the customer as a successful bidder 
for the customer. 

For taking into account situation information other than the 
position, the server 21 calculates estimated required times of 
the respective taxis Zl, Z2, Z3, Z4 in consideration of sequen- 
tially acquired construction information and traffic jam infor- 
mation based on traffic information such as one-way roads 
and data from a traffic investigation organization, in addition 
to the distance data which are simply determined from the 
positions. Also, the server 21 converts situation data com- 
prised of character information, numerical value data and so 
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on into a required time, and reflects the converted time to the 
previously calculated required time to derive an estimated 
required time. 

FIG. 21A shows a method of identifying an appropriate 
taxi for a customer in view of the distance betw een the current 
position of the taxi and the customer position, whereas FIG. 
21B shows a like method in view of the distance between an 
intermediate position of a taxi on a scheduled transition route 
and a customer. This is called the "on-the-move position 
auction." The on-the-move position auction will be described 
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later. 

The server 21 determines a taxi 76 that offers the soonest 
estimated required time out of a plurality of taxis 76 partici- 
pating in the bid as a successful bidder for the customer. Upon 
determination of the taxi 76 as the successful bidder, the 
server 21 notifies the personal computer 72 of the taxi com- 
pany to which the winning taxi 76 belongs (or a portable 
telephone or the like, if an owner driver taxi was determined 
as a successful bidder) of the fact that the taxi 76 was deter- 
mined as a successful bidder, and of other required items such 
as features (signs) of the customer and so on through a com- 
munication via the Internet N or the like. The taxi company, 
upon receipt of the notification of the successful bid, informs 
the pertinent taxi 76 to that effect, causing the taxi 76 to 
urgently go to the place specified by the customer. 

Next, a procedure flow of the position auction will be 
explained below with reference to FIG. 22. It should be first 
noted that the illustrated procedure flow does not necessarily 
show a processing procedure of the server 21 but shows a 
procedure (flow) of the entire position auction including com- 
s between taxi companies and an intermediary 



In S510, it is determined whether or not a request is made 
from a customer. If there is no request from a customer, the 
server 21 waits until a request is made from a customer. It 
should be noted that a procedure in S510 where a request 
screen is displayed on terminals of potential c 
the server 21 receives information or 
spond to a request procedure. 

In Step S520, the server 21 confirms where the customer is 
present. 

In Step S530, the server 21 delivers the customer informa- 
tion through the Internet N. 

In Step S540, a bidder participates in the position auction. 
It should be noted that a procedure of displaying a bid screen 45 bidder for the customer. Conversely, if a < 



belongs of the fact that its taxi 76 was determined as a suc- 
cessful bidder. The taxi 76, upon receipt of the notification of 
the successful bid, urgently goes to a place specified by the 
customer based on the customer position information and so 
5 on fetched from the personal computer 72. In this way, the 
customer can call the taxi 76 in the soonest time. 

In Step S580, the customer is notified of information on the 
taxi. Specifically, since the customer does not know which 
taxi will come to take him, the customer is notified of infor- 
l o mation which allows the customer to confirm the taxi (the taxi 
company, the color of the taxi, and so on). 

In the following, the on-the-move position auction will be 
explained. 

If a taxi can catch a customer midway to a destination, or if 
1 5 a collection/delivery car can collect extra parcels on a sched- 
uled collection/delivery route, customers or parcels can be 
efficiently acquired. Also, from the customer side, it is pos- 
sible to take a taxi sooner or to have the collection/delivery car 
collect or deliver a parcel sooner. For purposes of realizing 
20 such convenience, it is the on-the-move position auction that 
is provided for bidding off a customer who is going to take a 
vehicle (a taxi or the like) from the nearest position in the 
midway of a moving route of the vehicle or for bidding off a 
vehicle which is moving on a road closest to a customer. In 
25 this auction, a customer only needs to specify a place (taxi 
taking position) and a time at which a customer wants to use 
a taxi such that a taxi is allocated to him at the specified place 
and time, so that the taxi may be far away from the customer 
at the time of the auction, 
o While a variety of programs stored by the server 21 in the 
memory for the on-the-move position auction are basically 
similar to those used in the position auction, a screen G (FIG. 
20) additionally includes an entry field for entering informa- 
tion for identifying a moving route on which a vehicle of 
5 interest is moving, and an entry field for entering information 
as to at which time the vehicle will pass the moving route (for 
example, data on the position at a certain time) in addition to 
the entry fields provided for the position auction. The server 
21 relies on a similar technique to that used for the position 
o auction to identify which taxi will pass the road closest to a 
place specified by a customer at a time specified by the cus- 
tomer from the moving route data and moving time data, and 
determines a taxi (or a collection/delivery car) which will 
pass the road closest to the specified place as a successful 



in the terminal of the customer in SS30, and a procedure of 
receiving bid information from bidders, which participate in 
the position auction, at the server 21 in S540 correspond to a 
bid procedure. Also, procedure from S540 to S560 corre- 
sponds to a bid acceptance procedure. 5' 

In S550, it is determined whether or not a predetermined 
time has expired. In other words, it is determined whether or 
not there is no remaining time until the deadline for the 
participation in the position auction. 

In S560, the server 21 determines a taxi which offers the 5 
position nearest from the customer. A current taxi position 
(upon participating in the bid) is employed as position data, 
and the server 21 determines a taxi positioned at the shortest 
distance from the customer as a winning taxi . Alternatively, if 
situation data is taken into account, the server 21 determines 6 
a taxi which offers the soonest estimated required time for a 
movement from the current position to the customer position 
as a successful bidder for the customer in consideration of the 
situation in addition to the position. 

In S570, the server 21 notifies the winning taxi to that 6 
effect. Specifically, the server 21 notifies the personal com- 
puter 72 in the taxi company to which the winning taxi 76 



the customer will select a taxi (or a collection/delivery car) 
which passes the closest road as a successful bidder. It should 
be noted herein that the moving route data and the moving 
time data also constitute converted data. 

More specifically, as illustrated in FIG. 21B, when three 
taxis 76, Zl, Z2, Z3 move along moving routes shown in the 
figure, respectively, the server 21 calculates places (positions) 
passed by the respective taxis 76 on the move at a time t, and 
determines a taxi 76 which passes the place nearest from a Y 
point, at which a customer is present at the time t, as a 
successful bidder for the customer. Conversely, the customer 
determines a taxi 76 which passes nearest from him at the 
timet as a successful bidder. In the example illustrated in FIG. 
21B, the taxi Zl which is positioned closest to the customer 
(at a position indicated by a dotted line in FIG. 21B) at the 
time t will bid off the customer (however, without considering 
the situation). Likewise, in this case, a pure position auction 
may be conducted to determine a successful bidder simply 
from the position alone, or an estimated required time may be 
calculated in view of a determination on the situation such as 
a taxi situation, a traffic situation and so on as is the case in this 
example. 
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Next, a procedure flow of the on-the-move position auction 
will be explained below with reference to FIG. 23. It should 
be noted that the procedure flow does not necessarily show a 
processing procedure of the server 21 but shows a procedure 
(flow) of the entire position auction including communica- 
tions between taxi companies and an intermediary company. 

In S610, it is determined whether or not a request is made 
from a customer. If there is no request from a customer, the 
server 21 waits until a request is made from a customer. It 
should be noted that a procedure in S610 where a request 
screen is displayed on terminals of potential customers and 
the server 21 receives information on the customers corre- 
spond to a request procedure. 

In Step S620, the server 21 confirms the location of the 
customer. 

In Step S630, the server 21 delivers the customer informa- 
tion through the Internet N. 

Tn Step S640, a bidder participates in the position auction. 
It should be noted that a procedure of delivering customer 
information to display a bid screen on terminals of potential 
bidders in S630, and a procedure of receiving bid information 
from bidders, which participate in the position auction, at the 
server 21 in S640 correspond to a bid procedure. Also, a 
procedure from S640 to S660 corresponds to a bid acceptance 
procedure. 

In S650, it is determined whether or not a predetermined 
time has expired. In other words, it is determined whether or 
not there is no remaining time until the deadline for the 
participation in the position auction. 

In S660, the server 21 determines a taxi which offers the 
position nearest from the customer. In this event, the position 
of each taxi at a taxi taking time t, estimated from the moving 
route, is employed as position data, and the server 21 deter- 
mines a taxi positioned at the shortest distance from the 
customer as a winning taxi. Alternatively, if situation data is 
taken into account, the server 21 determines a taxi which 
offers the soonest estimated required time for a movement 
from the current position to the customer position as a suc- 
cessful bidder for the customer in consideration of the situa- 
tion in addition to the position. 

In S670, the server 21 notifies the winning taxi to that 
effect. Specifically, the server 21 notifies the personal com- 
puter 72 in the taxi company to which the winning taxi 76 
belongs of the fact that its taxi 76 was determined as a suc- 
cessful bidder. The taxi 7 6, upon receipt of the notification of 
the successful bid, urgently goes to a place specified by the 
customer based on the customer position information and so 
on fetched from the personal computer 72. In this way, the 
customer can call the taxi 76 in the soonest time. 

In S680, the customer is notified of information on the taxi . 
Specifically, since the customer does not know which taxi 
will come to take him, the customer is notified of information 
which allows the customer to confirm the taxi (the taxi com- 
pany, the color of the taxi, and so on). 

As appreciated from the foregoing description, the follow- 
ing advantages are provided according to the second embodi- 



vehicle can catch the customer in the middle of its m 
thereby making it possible to efficiently acquire the customer. 
The customer does not either have to wait for a long time. 

Third Embodiment 



(5) A customer, when taking a taxi, c 
which can come to catch him the soones 
a taxi company can efficiently allocate a tE 
tioned closest to the customer. 

(6) In the on-the-movc position auction, 
is positioned in the midway of a moving roi 
interest such as a 1axi, a collection/delivery 



A third embodiment which embodies the present invention 
will hereinafter be described with reference to FIGS. 4, 15 
through 17, 19 through 21, and 24 through 31. The third 
10 embodiment differs from the foregoing embodiments in that 
an auction is conducted such that bidders compete with the 
position as an element. 

An auction system for conducting a position auction is 
basically similar in configuration to the system illustrated in 
FIG. 15. The position auction refers to an auction system in 
which positional requirements offered by a client are trans- 
mitted to terminals of third parties through a network to 
widely promote bids, and then a bid is conducted with the 
position based on applied bid information to determine a 
bidder who offers the position that most satisfies the require- 
20 ments of the client as a successful bidder. The client's require- 
ments include requirements offered by the client himself, and 
requirements previously provided by a bid intermediary 
dealer, taken for granted from the contents of a request from 
the client (a purpose of the request). 
25 The position auction is a bid for a position at which both 
parties acting as mutual trading partners, such as a buyer and 
a seller, are introduced, and may be conducted for any item 
such as articles, services and so on. A position auction is 
provided with a business auction for hiring a carrier such as a 
30 taxi which provides paid transportation services, and a col- 
lection/delivery car which comes to take a parcel and so on. 
For example, taxi companies may register themselves in this 
position auction as users to efficiently receive provision of 
customers through the position auction. 
35 Next, the position auction will be explained in a specific 
manner. FIG. 15 illustrates a position auction system in which 
either a customer or a taxi company selects a trading partner 
who most satisfies a predetermined positional condition 
through a network (the Internet in this embodiment). 
40 As illustrated in FIG. 15, an auction management system 
(intermediary management server system) 20 comprises a 
server 21, a display device 70, and an input device 71 com- 
prised of a keyboard, a mouse and so on. The server 21 is 
connected to three databases 22, 23, 24. The server 21 is 
45 connected to the Internet N, and further connected to termi- 
nals 30 of third parties for communications therewith through 
the Internet N. For example, personal computers in a plurality 
of taxi companies (hereinafter simply called the "personal 
computer") 72 are connected to the Internet N so that they can 
50 communicate with the server 21 . For example, it is only taxi 
companies (including owner driver taxis) which have previ- 
ously registered as users that are allowed to receive a cus- 
tomer provision service from the server 21. 
The customer terminals 30 connected to the Internet N can 
55 be communicated with the server 21. The customer terminals 
30 may be a portable telephone 74 having the ability of 
making communications through the Internet other than the 
personal computers 73. A transceiver 75 is connected to each 
of the personal computers 72 in the taxi companies, so that it 
60 can radio communicate with a transceiver 77 equipped in 
n request for a taxi eacn 0 f ta xis 76 which belong to the company. 
On the other hand, a transceiver equipped in the taxi 76, and the portable 
taxi which is posi- telephone 74 are substantially similar in configuration to 
those illustrated in FIGS. 17A, 17B, respectively. As illus- 
i, when a customer 65 trated in FIG. 17A. each of taxis 76 is equipped with a GPS 
oute of a vehicle of (Global Positioning System) 78 which measures a position 
the like, the utilizing radio waves (signals) transmitted form a plurality of 
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satellites, so that the taxi 76 exactly measures a current posi- 
tion thereof through the GPS 78, and transmits the position 
information from the transceiver 77 in the taxi 76 to the 
transceiver 75 in the taxi company. Accordingly, the personal 
computer 72 of the taxi company exactly perceives current ; 
positions of all taxis 76 belonging to the taxi company based 
on the position information output from the GPS 78. Also, as 
illustrated in FIG. 17B, the portable telephone 74 held by a 
customer contains a GPS 79 so that it supports the positioning 
capabilities. Therefore, a current position of the customer i 
who carries the portable telephone 74 is sequentially mea- 
sured, as required, by the GPS 79 contained in the portable 
telephone 74. 

The server 21 illustrated in FIG. 15 stores a variety of 
programs for auctions in a memory. An auction program is l 
included in these programs. This program informs respective 
taxi companies of position information of a customer through 
the Internet N to conduct an auction in which the taxi com- 
panies try to bid off the customer. The respective taxi com- 
panies participate in the auction while offering position infor- 2 
mation on taxis of their companies. The server 21 in turn 
identifies the taxi 76 which is positioned closest to the cus- 
tomer, as an acceptable bid condition based on the taxi posi- 
tion information, and determines this taxi as a successful 
bidder. 2 

The personal computer 72 of the taxi company keeps track 
of current positions and current situations of the respective 
taxis 76 belonging to the company based on the information 
from the respective taxis 76. The current situation refers to a 
situation of the taxi (in a mission, enroute, during washing, 3 
when lacking gasoline, when supplied with gasoline, and so 
on), a situation of a driver (taking a break, at meal, and so on), 
a traffic situation (under construction, traffic jam, accident 
and so on). Any factor which causes a delay in an arrival time 
at a customer even if the taxis is located near the customer is 3 
taken into account in addition to a current situation. 

Condition information such as a situation of each car, a 
situation of a driver, and so on, and road information such as 
a road situation may be fetched into the personal computer 72 
by entering information acquired through radio communica- a 
tions by a manager of each taxi company or digitally convert- 
ing analog data received by the transceiver 75. It preferred 
however that the situation information should be able to be 
transmitted automatically to the personal computer 72 with- 
out burdening the driver. For example, a constitution is t 
employed in which the taxi 76 may be equipped with a variety 
of sensors to detect predetermined situations, such that result- 
ing situation data is sequentially transmitted automatically to 
the personal computer 72 utilizing a program or the like based 
on detected values from the sensors. In this embodiment, i 
converted information is comprised of the condition informa- 
tion and the road information. 

Such an automatic situation detecting method for auto- 
matically detecting the condition information such as a situ- 
ation of a car, a situation of a driver, and so on, and the road : 
information may rely on a variety of sensors, for example, a 
gasoline amount detecting sensor for detecting a 
line; a taxi meter operation detecting sensor or 
for confirming or detecting whether or 
tomer) is present; and so on. Also, driver schedule manage- 
ment data is stored and matched with the time provided by a 
timing function to determine using a program whether the 
driver is in a break time or a working time. Further, a traffic 
situation may be known based on traffic jam information and 
construction information provided by a transport manage- 
ment organization detected by traffic amount investigation 
devices installed along roads. Position and situation data from 
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the respective taxis 76 are fetched into the personal computer 
72 in the taxi company as digital data. The road information 
from the transport management organization is managed by 
the server 21. 

The auction management system for use in the position 
auction is substantially similar in configuration to that illus- 
trated in FIG. 16. As illustrated in FIG. 16, the auction man- 
agement system 20 comprises a communication unit 81, a 
control unit 82, a position bid computing unit 83, and a 
successful bid narrow-down computing unit 84. The commu- 
nication unit 81, control unit 82, position bid computing unit 
83 and successful bid narrow-down computing unit 84 are 
implemented by the server 21. The a 
operates in accordance with a predetermined cc 
protocol (HTTP). An article management DB 23 within three 
databases 22 to 24 comprises a bid condition storage unit 85 
which is comprisedof a position bid data storage unit 85A and 
a narrow -down data storage unit 85B. The control unit 82 and 
the respective computing units 83, 84 are used for computing 
control for identifying a successful bidder in a position auc- 
tion, and a variety of data stored in the respective storage units 
85A, 85B are used for the computing. 

An auction home page (HP) illustrated in FIG. 24 resides in 
the server 21. A user (customer) displays the auction HP 
illustrated in FIG. 24 on a screen through the network N using 
a browser application from a terminal 30 for viewing the 
auction HP. A variety of screens such as a user registration 
screen P similar to that illustrated in the aforementioned FIG. 
4, a taxi allocation screen F similar to that illustrated in FIG. 
19, the auction participation screen G illustrated in FIG. 20, 
and an article/service registration screen H illustrated in FIG. 
25, and so on are linked to the auction HP. The server 21 stores 
in its hard disk, screen data for the variety of screens P, F, G, 
H, and so on, a program for use in displaying the screens and 
so on (for example, an HTML description program), a pro- 
gram for use in computing processing involved in the auction, 

The position auction HP is provided with a large number of 
selection buttons 100, 101, 102 classified into respective 
articles and services potentially traded in the auction. A per- 
son who wants to participate in a bid (bidder) selects a selec- 
tion button 100, 101 or 102 of a desired article/service clas- 
sification. The position auction HP is also provided with a 
"user registration" button 103 and a "request registration" 
button 104, such that selection of the button 103 or 104 results 
in the registration screen P (FIG. 4) or a registration screen H 
(FIG. 25) displayed on the terminal 30, and data entered from 
the screen P or H is transmitted to the server 21 to proceed 
with user registration or article/service registration. 

The user registration screen P illustrated in FIG. 4 is pro- 
vided with options for selecting a private or a business regis- 
tration in addition to the options PI and the variety of entry 
fields P2. For example, a client who requests for a taxi 76 may 
select an option for the private registration, while a taxi com- 
pany may select an option forthe business registration, before 
entering other items for registration. The user registration 
screen P is also provided with an entry field for entering a 
credit card number or the like. 

When the user has entered all required items in associated 
fields on the user registration screen P and selects an OK 
button 55, thejust entered user registration data Dl comprised 
of these items, the selected option PI, and information 
entered in the entry field P2 is transmitted to the server 21 
through the network N and stored in the customer manage- 
ment DB 22 of the three databases 22 to 24. Upon confirming 
that the user has paid a predetermined commission (registra- 
tion fee), the server 21 transmits an authentication number 
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a-. The 



(ID and password) to the terminal of the registered 
registered user uses the authentication number for utilizing 
the position auction. 

As illustrated in FIG. 25, the article/service registration 
screen H is provided with a variety of entry fields HI to H8 
such as article/service classifications, article/service name, 
desired price, quality, quantity, contents of service, custody/ 
provision place (position), article/ service information, and so 
on. When the user has entered all required items in associated 
fields on the article/service registration screen H displayed on 
the terminal 30 and selects a transmission button 105, article/ 
service registration data D8 as bid information comprised of 
the information entered in the variety of entry fields HI to H8 
is transmitted to the server 21 through the network N and 
stored in the bid management DB 24. For example, in the case 
of articles such as gasoline, second hand articles and food, an 
auction may be conducted using bid information that is the 
article/service registration data D8 which has been previously 
registered upon acceptance of an advanced bid. In this event, 
the article/service registration screen H corresponds to a bid 
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feature communication, desired take time (within how many 
minutes), number oi passengers, and destination; a rank but- 
ton 92 for specifying a taxi rank (large, middle, small, rate 
rank, and so on); and an ID number entry field F7. It should be 
noted that the taxi allocation screen F corresponds to a request 



The screen F is also provided with a setting frame 109 as 
illustrated in FIG. 26 for specifying conditions on a range and 
position for a position at which the customer wants a taxi to 
10 come to pick up him. The setting frame 109 is provided with 
a "no range" button 110 and a "with range" button 111. The 
customer may select the "with range" button 111 when he 
wants to limit to those taxis which lie within a desired range 
from a taxi taking position. Beneath the respective buttons 
15 110, 111, options 112 for selecting "nearesf'and "furthest" 
are provided in the setting frame 109. When the customer 
selects "nearest" in the options 112, a taxi positioned nearest 
from a taxi taking position is bid upon, whereas when the 
customer selects "furthest," a taxi positioned furthest away 
20 from the taxi taking position is bid upon. A shorter waiting 
time is preferred when a customer requests for the allocation 
of a taxi, so that the selection of "nearest" is taken for granted. 
Therefore, if a positional condition is spontaneously limited 
from the characteristics of a particular service, the options 
buyerofanarticleoraservicedirectly 25 112 may be eliminated. Here, the taxi taking position speci- 
For example, the direct trade button 106 fled by the customer corresponds to a desired value. 



The position auction HP illustrated in FIG. 24 is provided 
with a "direct trade" button 106 and an "information trade" 
button 107. The direct trade button 106 is used for selecting : 

through 



is used for directly bidding off a service by a taxi or a collec- 
tion/delivery car (taxi allocation service, collection/delivery 
service, or the like), an article, or the like. The information 
trade button 107 in turn is used when a user wants to acquire 
useful information on an article or a service or its provider (a 
manufacturer, a service company or the like), and is selected 
when the user accepts only the provision of information from 
third parties. 



A person w' 



ts to participate in the position at 



When the customer uses, for example, a portable telephone 
74 supporting the GPS in order to indicate his position or a 
position at which he wants to take a taxi, the GPS button 91 on 
5 the screen F may be previously corresponded with the GPS, in 
which case GPS position data is registered (entered) and 
transmitted to the server 21 only by manipulating the button 
91. As an alternative method of identifying a position, it is 
possible to enter a telephone number of the customer's resi- 
35 dence, building or the like in the telephone number entry field 
Fl. For example, the server 21 is connected to a system which 
identifies the address from the telephone number (telephone 
number search service company) so that the position can be 
identified provided that the telephone number is known. The 
o character entry field F2 is filled with character information 
such as the address, place name, readily perceivable rendez- 
vous place, or the like. The feature communication entry field 
F3 is filled with identifiable features of the customer. 
Here, one of five types of possible bidding systems (bid 



selects one of the direct trade button 106 and the information 
trade button 107, and then selects one of the selection buttons 
1 00 to 102 associated with an article or a service (for example, 
allocation of a taxi, collection/delivery service, or the like) for 
which the person wants to participate in the auction. The 
selection button 102 is effective only for the "information 
trade". The position auction HP is also provided with options 
108 for a client to select a normal auction in which the client 
bids off an article or a service or a counter-auction in which 

the client bids off a buyer of an article or a service. For 45 conditions (successful bid priority rules)) illustrated in FIGS. 



example, a customer who wants the allocation of a 
collection/delivery car may select the "auction", while a taxi 
company ora collection/delivery service company may select 
the "counter-auction" for obtaining a customer. Finally, an 
"established" button 130 is selected after all selections 
required on the position auction HP have been made. 

A mobile body which is allocated to a customer or to a 
predetermined place near the customer is not limited to such 
vehicles as a taxi and a collection/delivery car, but may be any 
mobile body such as a helicopter, an airplane and so on. 

In the following, the position auction will be explained for 
an example in which the button "taxi" 101 is selected on the 
position auction HP specifically about the screens and pro- 
cessing procedures provided for the position auction. 
Assume, for example, that a client (customer) selects the 
button "taxi" 101 to display the taxi allocation screen F illus- 
trated in FIG. 19 on the screen of the terminal 30, and enters 
required items on the screen F. Specifically, the screen F is 
provided with a GPS button 91 for specifying a position at 
which the customer takes a taxi, a telephone number entry 
field Fl, and a character entry field F2. The screen F is also 
provided with entry fields F3 to F6 for entering i 



27A through 27E is determined depending on the presence or 
absence of a specified range and positional conditions which 
have been set in accordance with requirements of the cus- 
tomer. These five types of bidding systems will be explained 
) below with reference to FIGS. 27A through 27E. It should be 
noted that a wide variety of bidding systems are provided for 
convenience of clients, so that some bidding systems may not 
be suitable for a request for the allocation of a taxi although 
they are also explained in the example in which a client 
> requests for the allocation of a taxi. 

First, FIG. 27A illustrates the case where the client has set 
"no range" and "nearest" on the setting frame 109. This case 
corresponds to a priority rule which preferentially determines 
a party (bidder) who offers a nearest possible position to a taxi 
D taking position specified by the client (customer) as a suc- 
cessful bidder. In this event, from bidders A, B, C, the bidder 
C who has offered the nearest position is determined as a 
successful bidder. FIG. 27B in turn illustrates the case where 
the client has set "no range" and "furthest" on the setting 
5 frame 109. This case corresponds to a priority rule which 
preferentially determines a party (bidder) who offers a fur- 
thest possible position to a specified taxi taking position as a 
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successful bidder. In this case, from bidders A, B, C. the 
bidder C who has offered the furthest position is determined 
as a successful bidder. 

FIG. 27C illustrates the case where the client has set "with 
range" and "nearest" on the setting frame 109. This case 
corresponds to a priority rule which preferentially determines 
a party who offers a nearest possible position within a certain 
range specified by a customer. In this event, from bidders A. 

B,C, the bidder C who has offered the nearest position within . . . 

is determined as a successful bidder. 10 * e ^^?f U ^ 



which provides good service 
the narrow-down condition 
successful bidder. 

The server 21 executes the auction program at all times 
when it is operating to widely promote taxi companies to 
participate in the position auction by offering requirements of 
a customer on the persona] computers 72 in the respective taxi 
companies through the internet N based on the bid informa- 

>n data D9 received from the customer. On the other hand, 



a predetermined 
FIG. 27D in turn illustrates the case where the client has set 
"with range" and "furthest" on the setting frame 109. This 
case corresponds to a priority rule which preferentially deter- 
mines a party who offers a furthest possible position within a 
certain range specified by a client. In this event, from bidders 
A, B, C, the bidder C who has offered the furthest position 
within a predetermined range is determined as a successful 
bidder. FIG. 27E illustrates a priority rule which preferen- 
tially determines the party who offers the nearest position 
from a specified taxi taking position as a successful bidder 
irrespective of whether it is from the near side or from the far 
side from the taxi taking position. In this event, from bidders 
A, B, C, D, the bidder D who has offered the nearest position 
is determined as a successful bidder. 

It should be noted that in the bidding systems illustrated in 
FIGS. 27A through 27E, if a plurality of bidders fall under 
successful bidders (the bidder C or D shown in the respective 
figures), the bidders are narrowed down based on predeter- 
mined rules, later described. In this embodiment, assume that 
the customer selects the "no range" button 110 on the setting 
frame 109 illustrated in FIG. 26, and then selects "nearest" 
from the options 112 so that the customer selects the taxi 76 
that is nearest to a position at which the customer wants to 
board a taxi. 

After entering required items on the taxi allocation screen 
F, as the client selects a transmission button 93 to transmit the 
entered items, bid information data D9 as bid request infor- 
mation comprised of the entered required items as data con- 
tents is transmitted to the server 21 through the Internet N. 
Alternatively, the input device 71 provided for the auction 
management system 20 may be used to manually enter a 
variety of conditions for the allocation of a taxi which may be 
received from the telephone 80 (see FIG. 15). The bid infor- 
mation data D9 received by the server 21 is stored in the 
article management DB 23. Specifically, reference position 
data such as a taxi taking position specified by the customer, 
positional condition data (range, positional conditions, and so 
on), and so on within the bid information data D9 are stored in 
the position bid data storage unit 85A. 

In addition, since a plurality of competing taxis satisfy 
most the positional conditions so that a customer cannot 
narrow down to one taxi as the case may be, the narrow -down 
data storage unit 8SB previously stores narrow-down condi- 
tion data which allows the customer to finally determine as a 
successful bidder a taxi which is favorable to the customer in 
terms of services and so on. In this embodiment, when a 
plurality of taxis are at the same distance from a taxi taking 
position of a customer within a predetermined allowable 
range (this range may be set by the customer) so that these 
taxis compete for the customer, they are narrowed down to 
one by adding a narrow-down condition. The server 21 stores 
a variety of data related to rating systems and services of 
respective taxi companies in the database 22, and reads the 
narrow-down condition from the database 22 when a plurality 
of taxis are at the same distance from a taxi taking position 
within the allowable range, to automatically identify a taxi 



palion screei 
from the sei 
ticipation sc 



operating at all times, and upon receipt of new ai 
malion, notifies the operator (personal computer manager) to 
thai effect through sound, display or the like. In this event, 
the personal computer 72 is the auction partici- 
i G similar to that illustrated in FIG. 20, provided 
ver 21. It should be noted that this auction par- 
pen G corresponds to a bid screen, 
in participation screen G illustrated in FIG. 20 is 
provided with display fields Gl to G5 for offering customer 
20 information such as the position of a customer (a place at 
which the customer wants to take a taxi) as a desired value (a 
reference position); the number of passengers; a specified 
rank of taxi ; destination; the time at which the customer wants 
to take a taxi; and so on. The auction participation screen G is 
25 also provided with a map display field G6 which displays a 
map around the place at which the customer is present. The 
position at which the customer is present (the place at which 
the customer wants to take a taxi) is indicated on the map (a 
black circle on the map in FIG. 20), such that the position at 
30 which the customer is present can be visually confirmed in a 
specific manner on the map. The screen G is also provided 
with entry fields G7, G8 for entering "taxi position" and 
"situation." For participating in the auction, there is a time 
limit in order not to have kept the customer waiting for a taxi 
35 to the utmost, so that a time display field G9 is also provided 
for showing a remaining time. For participating in the auc- 
tion, each taxi company (auction participant) should have 
entered required data in the entry fields G7, G8 within a time 
limit and select a participation button 94. By selecting the 
40 participation button 94, bid data D10 as bid information com- 
prised of information entered on this screen G is transmitted 
to the server 21. The bid data DIOis stored in the database 24. 

The personal computer 72 of each taxi company keeps 
track of the positions and situations of all the taxis 76 belong- 
45 ing to the company, and identifies an appropriate taxi 76 
which can arrive at the customer in the soonest time from 
these data and the place at which the customer is present (taxi 
taking place). Then, the operator of the personal computer 72 
enters the position and situation of the extracted taxi 76 in the 
50 entry fields G7, G8 and participates in the bid in the name of 
the taxi 76, such that the taxi 76 is determined as a successful 
bidder. The situation refers to a situation of the taxi (in a 
mission, on the move to a customer, during washing, lack of 
gasoline, during supply of gasoline, and so on), a situation of 
55 a driver (taking a break, at meal, and so on), and so on. If a taxi 
will delay in arriving at a customer even if the taxis is located 
near the customer, the taxi should notify the situation which 
accounts for the delay. While the situation may be entered by 
typing on a keyboard, each of a variety of situations has 
60 previously been assigned a code for faster auction processing 
in this embodiment, so that the taxi company enters code data 
in the entry field G8. The code data indicates the type of 
situation, and a required time taken therefor, for example, in 

65 In this embodiment, situation data is automatically cap- 
tured into the personal computer 72 without burdening a 
driver or a manager of the taxi company. The personal com- 
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puter 72 in each taxi company captures situation data, after 
converted into a digital form, through the transceivers 75, 77 
from each of taxis 76 belonging to the taxi company via radio 
communications. The situation data detected by a variety of 
sensors mounted in the taxi 76 is automatically transmitted to 
the personal computer 72 in sequence together with position 
data making use of a program or the like. The personal com- 
puter 72 identifies eligible taxis 76 from the position and 
situation data captured from the respective taxis 76, and the 
manager views a list in which candidate taxis are enumerated, 
for example, in the ascending order of eligibility on the screen 
of the personal computer 72 to determine a taxi 76 which 
participates in the position auction. In this event, selection of 
a taxi on the list may cause the position and situation data 
associated therewith to be automatically entered in the 
respective entry fields G7, G8. 

Alternatively, it is also possible to automatically register an 
eligible taxi 76 identified by the personal computer 72 in the 
entry fields F7, F8. In this event, the entry field F8 displays 
character information indicative of a situation corresponding 
to a code, wherein the code data may be transmitted to the 
server 21 such that the manager can readily confirm the situ- 
ation. Of course, the situation data received from the respec- 
tive taxis 76 via a radio communication may be manually 
entered by the manager of each taxi company into the per- 
sonal computer 72. Further, the situation data may be pre- 
sented to the server 21 in character information (text data or 
the like). 

Also, in this embodiment, the situation data requested 1 



a taxi. For example, as illustrated in FIG. 21A, when a total of 
four taxis 76, Zl, Z2, Z3, Z4 participate in a bid for a customer 
who is waiting for a taxi 76 at a Y point, the server 21 
calculates the distances a, b, c, d between the respective taxis 
Zl, Z2, Z3, Z4 and the customer. In this event, while direct 
distances may be used, this embodiment uses distances on the 
map for calculating more exact distances. It should be noted 
however that in FIG. 21A, the distances are schematically 
represented by linear lines . In the position auction, the server 
ci 21 compares these distances and determines the taxi at the 
shortest distance from the customer as a successful bidder for 
the customer. When a plurality of taxis are at the same dis- 
tance from a taxi taking position of a customer within a 
predetermined allowable range so that these taxis compete for 
5 the customer, the server 21 narrows down to one taxi under a 
narrow-down condition in consideration of rating systems 
and services of respective taxi companies to automatically 
identify as a successful bidder a taxi which provides good 
services, offers a lower rate, and satisfies the narrow-down 
o condition, and determine this taxi as a successful bidder. 
Upon determination of the taxi 76 which is positioned 
nearest from the position at which the customer wants to take 
a taxi as the successful bidder, the server 21 notifies the 
personal computer 72 of the taxi company, to which the 
s winning taxi 76 belongs, of the fact that the taxi 76 was 
determined as a successful bidder, and of other required items 
such as features (signs) of the customer and so on through a 
communication via the Internet N or the like. The taxi com- 
pany, upon receipt of the notification of the successful bid, 



,_xi companies is limited to a taxi situation and a driver 30 informs the pertinent taxi 76 to that effect, causing the 

situation which only the taxi companies can know, while a to urgently go to the place specified by the customer. The 
road situation (under construction, traffic jam, accident, and customer, in turn, is notified through the Internet N of the 
so on) is traced by the server 21. The server 21 sequentially company name, scheduled arrival time and so on of the taxi 
receives road information from the transport management which is directing urgently to the specified place, 
organization for management purposes to keep track of the 35 Alternatively, a taxi company may act as a client which 
traffic amount and construction information on a route from requests for collection of customers in a position auction to 
the position of each taxi to a taxi taking position of the conduct a normal auction in which customers make a bid. 
customer within the bid information. Specifically, a taxi company, which has been registered as a 

Also, the server 21 converts the situation data into a user, selects a customer who is present nearest from a present 
required time for eliminating the situation, and further con- 40 position of a free taxi 76 through the position auction. The taxi 
verts the required time for eliminating the situation to a dis- company may also select a customer who takes a taxi to the 
tance to derive a correction distance which is reflected to the furthest destination through the position auction. In this 
event, a dealer request procedure screen is provided corre- 
sponding to the screen F of FIG. 19, wherein the taxi company 
5 selects "furthest" as a positional condition. 

As a result of an auction, information on a single successful 
bidder is basically transmitted to the client. However, if the 
client wishes, a plurality of narrowed down candidates may 
be presented, as illustrated in a list screen XB of FIG. 29. 
o Specifically, the server 21 creates information provided by 
bidders, as it is, into a list, or creates a priority list by narrow- 
ing down successful bidder candidates of higher priority lev- 
els, for example, into a limited number specified by the client, 
based on information offered by bidders, and transmits the 
5 created list to the terminal 30 of the client. Then, the list XB 
illustrated in FIG. 29 is displayed on the terminal 30 of the 
client. The screen XB is provided with a list XB1, an entry 
field XB2 for selecting a successful bidder, and a decision 
button 113. 

information which is 60 The list XB1 indicates a priority number, a code number, 
and a position, reference information (information offered by 
bidders such as a rating system (price), and offered services 
(supplementary items and so on)). The client reviews the 
positions and reference information of respective taxis in the 
list XB1 on the screen XB to determine a taxi favorable for 
him as a successful bidder, enters, for example, the priority 
number (or the code number) of the winning taxi in the entry 



actual position of the taxi to correct the position of the taxi. In 
other words, a delay due to a certain situation is converted into 
a correction distance, and the actual position of the taxi is 
shifted away by this correction distance. The resulting posi- 
tion is recalculated as the distance which is offered when the 
taxi participates in the auction. The server 21 calculates the 
distance on the map between the position of each taxi and a 
taxi taking position based on the position data of the taxi in 
consideration of the situation. 

Then, the server 21 identifies the taxi 76 which is posi- 
tioned nearest from the taxi taking position of the customer 
using the bid data received from the personal computers 72 in 
the respective taxi companies (or portable information termi- 
nals (for example, mobiles, portable telephones, and so on) of 
owner-driver taxis) in consideration of the position and situ- 
ation included in the bid data. It should be noted that data 
entered in the entry fields G7, G8 on the participation 



G correspond to position 
converted to a position (element). 

Next explained is a method of identifying the taxi 76 which 
is positioned nearest from a taxi taking position of a customer. 
The server 21 calculates a point-to-point distance on a map 
based on respective data of the position at which each taxi 76 
is positioned (the position after taking into consideration the 
situation) and the position at which the customer wants to take 
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field XB2, and selects the decision button 113. In response, 
the server 21 notifies the client and the successful bidder of 
the successful bid. When the list XB1 can be viewed on the 
terminal 30 of the client, the client can select a taxi which is 
favorable for him in terms of other reference conditions such 
as the rating system, services and so on, other than the posi- 
tion, if a plurality of taxis offer the same positions within an 
allowable range, or can select a taxi which is favorable for him 
in terms of the rating system and services even if the taxi is 
slightly further away from the customer than other taxis. 

Next, the flow of the position auction will be explained 
with reference to FIG. 31. It should be noted that the proce- 
dure flow does not necessarily show a processing procedure 
of the server 21 but shows a procedure (flow) of the entire 
position auction including communications between taxi 
companies and an intermediary company. 

First in step (hereinafter simply denoted as "S") 701, a taxi 
taking position of a customer is entered. 
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In S712, it is determined whether or not a bid-off self 
selection is set. The procedure flow continues to S713 when 
the bid-off self selection is not set, and to S714 when the 
bid-off self selection is set. 

In S713, narrow-down processing is executed. Specifically, 
a bidder who has offered the position which most meets 
requirements of the user (client) is selected as a trading part- 



On the other hand, if it is determined in Step S712 that the 
i bid-off self selection is set, the list screen XB illustrated in 
FIG. 29 is displayed in S714 for enumerating bid information 
of a predetermined number of bidders in a list form. The user 
can view the list screen XB by selecting a screen display after 
entering a password on the screen of the terminal 30. The list 
i screen XB enumerates candidates in a priority order in terms 
of the position (displayed as the code number), so that the user 
can determine a trading partner while referencing other infor- 
mation offered by the bidders. As the user determines a trad- 
ing partner, the user enters the associated code number in the 



In S702. a positional condition for the taxi taking position successful bidder selection entry field XB2 and then selects 
of the customer is entered. It should be noted that the proce- ^ decision button 113. The information on the successful 
dure in S701 and S702 for displaying a request screen on the bidder selected by the user is transmitted to the server 21 
terminal of the customer, and receiving data entered on the trough ^ mtemet N - 

screen at the server 21 corresponds to a request procedure. In S71S, it is determined whether ornot a successful bidder 

In S703, it ,s determined whethe, .r - 
made a request. If so, the procedure flow continues to S704. ^ ^ ^ flow ^ fe step sm ^ & 

In S704, a position auction is started. Specifically, data 

such as location data of the customer is delivered to the 
respective terminals 30. 30 

In S705, the position of each taxi is entered. 

In S706, condition information is entered. Specifically, 
entered in S706 are a car situation such as in a mission, during 
washing, lack of gasoline, during supply of gasoline, and so 
on, and a situation of a driver such as taking a break, at meal, 35 
and so on. It should be noted that the procedure of starting the 
auction to display the request screen on the terminal of the 
customer in S704 and receiving the data entered in S705 and 
S706 at the server 21 corresponds to a bid procedure. 

In S707, it is determined whether or not there are applica- 40 
tions to the, position auction. In other words, it is determined 
whether or not there are bids from bidders. When no bid is 
applied, the server 21 waits for bids. On the other hand, when 
there are bids, the procedure flow continues to S708. A pro- 
cedure from S707 to S715 corresponds to a bid acceptance 45 
procedure. 

In S708, road information is entered. Specifically, road 
information from the transport management organization (in- 
formation on traffic jam, under construction, accident and so 
on) is entered. Alternatively, the road information in S708 5 
may be entered from the personal computer 72 in the taxi 
company as the request procedure. 

In S709, the position correction processing is executed. 
Specifically, a required time for eliminating each situation is 5 J 
converted into a distance based on situation data to correct the 
position of each taxi. 

In S710, the bid processing is executed with the position. 
Specifically, a priority order is determined for bidders as 
trading partners in accordance with the taxi taking position 60 
condition entered in S702 (the priority rules in FIG. 27). 

In S711, it is determined whether ornot a limited time has 
expired. When within the limited time, the procedure flow 
returns to S707 to repeat the processing from S707 to S710 to 
execute the bid processing each time a new bidder applies, 65 
until the limited time expires. At the expiration of the limited 
time, the procedure flow continues to S712. 



successful bidder is determ 

In S716, the server 21 notifies both the user and the suc- 
cessful bidder of the establishment of the trade. 

Explained next is a position auction with a mobile body 
(taxi) on the move. 

If a taxi can catch a customer in the midway to a destina- 
tion, or if a collection/delivery car can collect extra parcels on 
a scheduled collection/delivery route, customers or parcels 
can be more efficiently acquired. Also, from the customer 
side, it is possible to take a taxi in a sooner time. For purposes 
of realizing such convenience, it is the on-fhe-move position 
auction that is provided for bidding off a vehicle on the move 
which is running nearest from a customer (FIG. 21B) or for 
bidding off a customer who takes a taxi at the nearest location 
from a route along which the taxi is moving (FIG. 29). In this 
on-the-move position auction, a customer only needs to 
specify a place (taxi taking position) and a time at which a 
customer wants to use a taxi such that a taxi is allocated to him 
at the specified place and time, while the taxi may be far away 
from the customer at the time of the auction. 

Now, explanation is given of the position auction of the 
form illustrated in FIG. 29 for bidding off a customer who 
takes a taxi 76 at the nearest position from a route along which 
the taxi is moving. While a variety of programs stored in the 
memory for the server 21 to conduct the on-the-move auction 
are basically similar to those used in the position auction, a 
customer allocation screen M illustrated in FIG. 30 is dis- 
played in the on-the-move auction. Assume herein that cus- 
tomers have already reserved for a bid for allocation of a taxi. 

The customer allocation screen M is provided for display 
fields Ml to M5 for offering customer information such as a 
position of a customer (a place at which the customer wants to 
take a taxi) as a desired value (a reference position); the 
number of passengers; a specified rank of taxi; destination; 
the time at which the customer wants to take a taxi; and so on. 
The customer allocation screen M is also provided with a map 
display field M6 which displays a map around the place at 
which the customer is present (map information). The posi- 
tion at which the customer is present (the place at which the 
i) is indicated on the map (a black 
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circle on the map in FIG. 30), such that the details on the 
position at which the customer is present can be visually 
confirmed on the map. The screen M is also provided with 
entry fields M7, M8 for entering "taxi position" and "situa- 
tion". For participating in the auction, there is a time limit in 5 
order not to have kepi the customer waiting for a taxi to the 
utmost, so that a time display field M9 is also provided for 
showing a remaining lime. It should be noted that the cus- 
tomer allocation screen M corresponds to a request screen. 

Additionally, the screen M is also provided with an entry to 
field M10 for entering information for identifying a route on 
which a taxi is moving, and an entry field Mil for entering 
information as to at which time the taxi passes along the route 
(for example, a position data at a certain time). A taxi com- 
pany (auction participant) which participates in the auclion 15 
enters required data on the screen M within Ihe time limit, and 
selects a participation button 1 14. In response, bid data Db as 
bid request information comprised of the contents of data 
entered on the screen M is transmitted to the server 21 . 

The server 21 relies on a similar technique to that used for 20 
the position auction to identify which taxi 76 will pass a road 
closest to a place specified by a customer at a time specified 
by the customer from the moving route data and moving time 
data which have been converted from taxi taking position data 
of the customer and the moving route of the taxi 76. When a 25 
taxi company bids off a customer, a taxi (or a collection/ 
delivery car) bids off a customer who is present nearest from 
the taxi after a predetermined time. On the other hand, if a 
customer bids off a taxi, the customer bids off a taxi which 
passes nearest from the customer after a predetermined time. 30 
It should be noted that information for identifying a moving 
route on which a taxi is moving, and information as to at 
which time a taxi passes the moving route a' 
converted information. 

More specifically, when a taxi 76 bids off a 
following method is used for identifying the 
illustrated in FIG. 29, assume that customers are located at 
four points ZS, Z6, Z7, Z8, and a taxi 76 passes along a path 
illustrated in FIG. 29. In this event, the taxi 76 bids off a 
customer who is present at a position nearest from a Y point at 
time t. The value of the time t can be arbitrarily set irrespective 
of on the taxi company side or the customer side. 

On the other hand, when a customer bids off a taxi 76, the 
following sequence is taken. As illustrated in FIG. 21B, when 
three taxis 76 (Zl, Z2, Z3) move along respective routes 
shown in the figure, respectively, the server 21 calculates 
places (positions indicated by broken lines in the figure) 
he respective taxis 76 on the move at a time t, and 
er bids off a taxi 76 which passes the place nearest 
from a Y point at which a customer is present at the time t. In 
the example illustrated in FIG. 29 or 21B, one of the customer 
and the taxi 76 which is present nearest from the other at the 
time t bids off the other. Here, the taxi position at time t is the 
position after a correction in consideration of the situation 
and so on of the taxi 76. Therefore, in this case, the bid is 
conducted with the corrected taxi position by converting a 
traffic situation, taxi situation and so on to a distance. A pure 
position auction may be conducted instead to determine a 
successful bidder simply by comparing the position of the 
taxi with the position of the customer. 

Basically, a procedure flow of the on-the-move position 
auction is substantially similar to the flow of the position 
auction illustrated in FIG. 31. However, the on-the-move 
position auction differs in that, because the taxi position at the 
time t is employed, the taxi position at the time t is calculated 
based on information for identifying a moving route along 
which the taxi is moving, and information as to at which time 



the taxi passes a certain point on the moving route to conduct 
the auction with the calculated position. Specifically, when a 
taxi bids off a customer, advanced bids are collected before 
the position auction is started in S704, and the position of a 
taxi, condition information, information for identifying a 
moving route along which the taxi is moving, information as 
to at which time the taxi passes a certain point (for example, 
a start point) on the moving route, and so on are entered to find 
the position of a taxi at the time t based on the respective data. 
Then, in steps subsequent thereto, a bid is conducted based on 
information ol a customer who acts as a bidder to determine 
a successful bidder. 

On the other hand, when a customer bids off a taxi, the 
information on a moving route along which a taxi is moving, 
information as to at which time the taxi passes the moving 
roule, and so on are also entered, for example, in S706 in FIG. 
31. Then, the position of taxi, after correction, at the time t 
estimated from the moving route is employed as position 
data. Then, in the bid processing in S710, a priority order is 
determined for a plurality of taxis 76 who have participated in 
the bid in an order from the taxi which passes the road nearest 
from the customer. Thus, the customer bids off the taxi 76 that 
is nearest to the corrected position, in consideration of the 
situation in addition to the position, to the position of the 



As appreciated from the foregoing, the following advan- 
tages are provided according to the third embodiment. 

(7) With the employment of the position auction in which a 
client offers a trading position condition such that bidders 
compete the trading position for a trading partner, the client 
can find a trading partner who satisfies requirements of the 
client in accordance with his personal circumstances with 
respect to the trading position. 

(8) With the employment of the on-the-move position auc- 
tion in which a client offers a trading position condition such 
that bidders compete the trading position for a trading partner 
in consideration of a moving distance of a mobile body (taxi 
or the like), the client can find a trading partner who satisfies 
requirements of the client in accordance with his personal 
circumstances with respect to the trading position even if the 
mobile body is on the move. 

Fourth Embodiment 

Next, a fourth embodiment will be explained with refer- 
ence to FIGS. 24 and 32 through 36. The fourth embodiment 
diff ers from the foregoing embodiments in that "information" 
is traded in a position auction. 

The position auction according to the fourth embodiment is 
adapted to conduct a bid for information with a position 
indicated in the information. Here, an explanation is given of 
an example, illustrated in FIG. 24, in which a "school of fish" 
button 102 is selected on the position auction HP. A position 
auction fora school of fish is conducted to bid off information 
on the position of a school of fish which is nearest from the 
position of a fishing boat. Specifically, a fishing boat may 
provide fishermen and fishing boats with information on 
signs of fish which is not a target of the fishing boat itself but 
may be intended, for example, by other fishing boats, other 
than fish which is captured by the fishing boat. In this event, 
fishing boats and so on which expect such information gen- 
erally want information on signs of fish nearest from them. 

More specifically, a ship which has information on signs of 
fish provides the information to a server 21 in an intermediary 
company through the Internet N. For example, fishermen and 
fishing boats may use the position auction to look for any 
useful information on the fishing from nearby ships. Then, the 
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server 21 widely provides terminals 30 of third parties with 24. The information provider uses an authentication number 

such an outline of information that let the third parties under- when utilizing the position auction, 

stand to which the information is related. A third party which Then, the server 21 identifies information on the position of 

views the outline makes dealing procedures to buy the infor- a school offish which is situated nearest from a ship by using 

mation through the terminal 30. 5 the information received from the respective terminals 30 and 

For example, as a client (requester) selects the "school of Performing predetermined processing on the received infor- 

fish" button 102, a fish school information requesting screen ™- Alternatively, mstead of a normal auction ,n which a 

FA illustrated in FIG. 32 is displayed. Specifically, the screen f lomer shi P/" ch as a ^ b ? at b ' d ? olT rtonnabon^ 

_, . ... ... rlK r , ' Z. f t v„ the position of the nearest school of fish, a counter-auction 

FA is provided with a GPS button 99 for specifying the y 

. ¥ , ,. wr . c ,. , t \ . , u 10 may be conducted such thai a fishing boat at the position 

ocationofa client (for example, a fishing boat), a telephone ' , ° c . .f 

i. . Cljrl , ■ . , 5,.„, . r nearest from he position of a school offish is provided with 

number entrv field FA1, a character entry field FA2, and so on. . r rrw u- u 

The screen FA is also provided with an entry field FA3 for ^formation on the position of the school offish (which may 

entering notifying the characteristics of the fishing boat, an mclude a fishery right and so on). 

entryfieldFA4fo?enteringthekindoffishtob e caught,anID Next a procedure flow of the Position aucfion will be 

number entry fieldFAS, andso on. Further, thoughnot shown. 15 explained with reference to FIG. 35. It should be noted that 

thescreenFAisprovid d w,m a setting frame 109 illustrated P™edureflow does not necessarily show a processing 

in FIG. 26 for setting the presence or absence of a range, and P™edure of the sewer 21 but shows a procedure (flow) of the 

selecting nearest or furthest from the location of the fishing P° sltlon auc,10n includm S communications between a 

boat as well. Then, as the client selects a transmission button fishmgboat and an mtermediary company^ 

115, bid information data Dll as bid request information 20 F^ol^ ^ ^ t' t\ 

L ' lL r . . . ■„ , . ?, n j In S802, a positiona condition for the position ol the 

entered on the screen FA is transmitted to the server 21, and . 1- . . T » u ui. . j .u f j 

t , . n.D n u u u u *a fishmg boat is entered. It should be noted that a procedure in 

stored in the article management DB 23. It should be noted & P on 

^^^^^^ R ^ B « sc,eenFAcon& - termmal30ofaclient,andmeserver21receivesdataentered 

spon oareques screen. s on mg screen> corresponds t0 a re qu es t procedure. 

Upon receipt of new auction information, the server 21 Jn sg03 jt js determined whether or not a customer has 

notifies the terminals 30 ofthirdpart.es (personal computers, madearequest .if ar e quest hasbeenmade,theprocedureflow 

portable telephones and so on), which have been registered as continues to S804 

users in the server 21, to that effect through sound, display or Tfl S804 me position auction ig started Specifica]ly . data 

the like. Then, for participating in the position auction by 3Q sucha s the data on the position of the fishing boat is delivered 

providing information on the position of a school of fish, an tQ ^pggjjyg terminals 30 

auction participation screen GA illustrated in FIG. 33 is pro- m S8Q5 mders ^afaiOs of the bid) enter information 

vided from the server 21 and displayed on the terminal 30. It Qn , he position of a schoo , of fish j t shou)d be noted ^ a 

should be noted that the auction participation screen GA procedure of starting me auction and displaying the bid 

corresponds to a bid screen. 35 screen on me termina]s 30 of me bidders in S804, and receiv- 

The auction participation screen GA illustrated in FIG. 33 mg the entered data at the server 21 in S805, corresponds to a 

is provided with a display field GA1 for providing a customer bid procedure. 

information such as the position of a fishing boat, and a In S806, it is determined whether any application has been 

display field GA2 fordisplayingthekindof fish desired by the made t0 the position auction. In other words, the presence or 

client. The screen GA is also provided with a chart display 40 a bsence of a bid from a bidder is determined. If there is no bid, 

field GA3 which displays therein a chart around the position the ser ver 21 waits for bids. If there is a bid, the procedure 

at which the fishing boat is present. The position of the fishing fl ow continues to S807. It should be noted that a procedure 

boat is displayed on the chart, so that the details on the executed from S806 to S812 corresponds to a bid acceptance 

position of the fishing boat can be visually confirmed on the procedure. 

chart. The screen GA is also provided with an entry field GA4 45 i n S807, bid processing is executed with the position. Spe- 

for entering "position of school of fish." Then, as a participant cifically, in comparison with the positional condition (the 

enters required data in the entry field GA4 within a time limit priority rules in FIG. 27) for the position of the fishing boat 

indicated in a display field G5 and selects a participation entered in S802, a priority order is determined for the bidders 

button 116, causing fish school position data D12 to be trans- as trading partners. 

mitted to the server 21 and stored in the bid management DB 50 j n S808, it is determined whether or not a limited time has 

24 as bid information. expired. When within the limited time, the procedure flow 

Alternatively, an information registration screen NNillus- returns to S806 to repeat the processing in S807, S808 to 

trated in FIG. 34 may be displayed by selecting an "informa- execute the bid processing each time a new bidder applies, 

tion registration" button 1 17 on the position auction HP in until the limited time expires. At the expiration of the limited 

FIG. 24 to previously enter information on the position of a 55 time, the procedure flow continues to S809. 

school offish on the screen NN. The screen NN is provided In S809, it is determined whether or not a bid-off self 

with a display field Nl for displaying desired information, a selection is set. The procedure flow continues to S810 when 

display field N2 for displaying an information fee, and so on. the bid-off self selection is not set, and to S811 when the 

The screen NN is also provided with an information entry bid-off self selection is set. 

field N3 and an ID number entry field N4. Such information 60 In S810, narrow-down processing is executed. For 

providers should be limited to those who have registered as example, when a plurality of fish school position information 

users in order to ensure the reliability of the information compete, successful bidders are narrowed down with refer- 

provided by them. As an information provider enters required ence to the kind of fish, density of signs offish and price of the 

items in the entry fields N3, N4 and selects a transmission information. 

button 118, information registration data D 13 as bid informa- 65 On the other hand, if it is determined in S809 that the 

tion entered in the entry field N3 on the screen NN is trans- bid-off self selection is set, a list screen similar to the list 

mitted to the server 21 and stored in the bid management DB screen XB illustrated in FIG. 28 is displayed in S811 for 
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enumerating bid information offered by a predetermined 
number of bidders in a list form. The user can view the list 
screen by selecting a screen display after entering a password 
on the screen of the terminal 30. The list screen enumerates 
candidates in a priority order in terms of the position (dis- 
played as the code number), so that the user can determine a 
trading partner while referencing other information offered 
by the bidders. 

In S812, it is determined whether or not a successful bidder 
has been determined. The list screen XB is continuously 10 
displayed (S811) until the user determines a successful bid- 
der, and the procedure flow continues to step S813 when a 
successful bidder is determined. 

In S813, the server 21 notifies both the user and the suc- 
cessful bidder of the establishment of the trade. Conse- 15 
quently, the fishing boat can obtain information on the school 
of fish positioned at the shortest distance from the fishing 

The position auction according to this embodiment is not 
limited to a taxi (allocation of a taxi or the like) and a school 20 
of fish, but may be extended to the articles and services 
assigned to the buttons 100 which are selected on the position 
auction HP illustrated in FIG. 24. Specifically, a predeter- 
mined button 100 is selected on the position auction HP to 
in entry screen for a client to enter a position, desired 25 



information on the position, and so on. Then, from bidders 
who participate in the auction, a trading partner which is 
nearest (or furthest) from the position specified by a client, or 
information on the trading partner may be selected through 
the position auction. 3 

In this event, the auction is conducted in accordance with a 
procedure flow illustrated in FIG. 36. Specifically, in S901, 
the position of a client is entered, and in S902, a positional 
condition desired by the client is entered. Then, it is deter- 



chases or desires such requested objects is present, or a place 
specified by the person, or information associated therewith 
through the position auction. Alternatively, a counter-auction 
may be conducted such that the foregoing sales man, sales 
place, provider, providing place or the like of the required 
objects enumerated above collects a person who purchases or 
desires such requested objects. In other words, a client can 
select a person who purchases or desires the object of interest 
nearest from a sales man of the object or from a place at which 
) a provider of the object is present, or information on him 
through the position auction. 

By selecting the "service" button on the position auction 
HP illustrated in FIG. 24, it is possible to select a provider of 
a service or the like (right of using the service or the like) 
5 nearest from a place at which a person who desires the service 
or the like is present, or a specified place, or information on 
the service provider trough the position auction. Alterna- 
tively, a counter-auction may be conducted such that a service 
provider collects a person who desires a service of interest or 
0 the like. In other words, a person who provides a service of 
interest or the like may select a person who desires the service 
or the like nearest from him, or information on the person 
through the position auction. 
By selecting one from the buttons "accommodation", "res- 
urant", "store", and "service place" on the position auction 



HP, a person who is looking for such facilities may select the 
business office (right of utilizing a service of interest or the 
like) located nearest from him, or information on the business 
office through the position auction. Alternatively, a counter- 
auction may be conducted such that a client can select the 
customer who is present nearest from a hotel, a restaurant, a 
store, a service place, or the like, or information on the cus- 
tomer through the position auction, 
mined in S903 whether or not there is a request from the 35 „ ^ ^ting one from the buttons "hospital" "dentist", 
auction is started in dlmc " and beauty salon" on the ™*™ ™*™ Hp n 



client. If there is a request, the position 
S904. In S905, the position of a bidder is entered, and it is 
determined in S906 whether or not there is an application to a 
bid. If so, bid processing is executed with the position in 
S907. Next, it is determined in S908 whether or not a time 
limit expires. S906 and S907 are repeated if the time limit 
does not expire in S908. 

Then, it is determined in S909 whether or not a bid-off self 
selection is set. When the bid-off self selection is not set, 
narrow-down processing is executed in S910 to enumerate 
bidders in a priority order from the one who most satisfies the 
requirements of the client and determine a successful bidder 
as a trading partner. Conversely, if the bid-off self selection is 
set in S909, a list screen similar to that of FIG. 28 is displayed 
in S911. Then, in S912, the client bid off a bidder who satis- 
fies the desired condition as a trading partner while viewing 
the list screen. In S913, the server 21 notifies both the client 
and the successful bidder of the establishment of the trade. 
Listed below are other specific examples for which a proce- 
dure flow illustrated in FIG. 36 may be used. 

A counter-auction may be conducted such that a collection/ 
delivery dealer collects a load. Specifically, a client can select 
a load which is nearest from the position of a collection/ 
delivery worker, a collection/delivery car, collection/delivery 
ship, a collection/delivery airplane, or the like, or information 
associated therewith through the position auction. 

A burton may be selected from "toilette", "gasoline", 
"food", and "antique object" on the position auction HP illus- 
trated in FIG. 24 to select a sales man, a sales place, a pro- 
vider, a providing place, or the like of a requested object 
(gasoline, agricultural product, toilette, ukiyoe, or the like) 
which is nearest from a place at which a person who pur- 



patient, an injured person, a customer, or the like who is 
looking for such facilities can selects a hospital, a dentist, an 
acupuncturist, a moxa-cauterizer, a massager, a chiropractic 
w clinic, a beauty salon, and so on (in other words, a right of 
utilizing a service), located nearest from such a requester, or 
information on such facilities through the position auction. 
Alternatively, a counter-auction may be conducted such that a 
doctor, a dentist, an acupuncturist, a moxa-cauterizer, a mas- 
45 sager, a chiropractic therapist, a beauty culturist, or the like 
can select a patient, a person who desires a service of interest, 
or the like and is present nearest from him or iris her, or 
information on such person through the position auction. 
By selecting a button "satellite communication" on the 
50 position auction HP, a client can select the space satellite 
which is located nearest from a satellite reception facility, a 
receiver, or the like, or information on the space satellite 
through the position auction. Alternatively, a counter-auction 
may be conducted such that a client can selects a satellite 
55 reception facility, a receiver, or the like located nearest and 
available for receiving information (signal) transmitted from 
the space satellite, or information on the facility through the 
position auction. 
By selecting a button "investigation" on the position auc- 
60 tion HP, a client can select a space satellite, a helicopter, an 
investigation car, an investigator, or the like which is located 
nearest from a place to be investigated, or information on such 
items through the position auction. Alternatively, a counter- 
auction may be conducted such that a client can selects the 
65 place to be investigated nearest from a space satellite, a heli- 
copter, an investigation car, an investigator, or the like, or 
information on the place through the position auction. 
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By selecting one from buttons "repair", "snow-removing" 
and "volunteer" on the position auction HP, a client can select 

a person nearest from a requester who requests for repair, rate. 

snow-removing, volunteer (helper), or the like and who For selecting a person who accepts a request (trading part- 
accepts such a request, or information on the person through 5 ner) through the position auction of this embodiment, the 
the position auction. Alternatively, a counter-auction may be position auction is not limited to simply make a selection 
conducted such that a client can select the requester who is based on the presence at the position furthest or nearest from 
present nearest from a repair car, a snow thrower, a Jack-of- « requester (for example, a client). For example, it is also 
all-trades, orthelike, or information on the requester through P ossible i to selec < the trading partner who ,s present nearest 
, . . . 10 from a location at which a client is present or a specified 

e posi ion auc ion. position, or information on the trading partner within a speci- 

By selecting a button "real estate" on the position auction fied pre d etermme d ra nge. For example, when the client 

HP, a person who desires to purchase an immovable can select se]ccts the » taxi " bmton on the pos j t j 0 n auction HP illustrated 

the immovable located nearest from a desired place, or infor- j n pjQ 24 and specifies a certain predetermined range, the 

mation on the immovable through the position auction. In this l} c i| cnt can se iect the taxi which i s positioned nearest within the 

event, if bidders are collected after accepting a request from a range; or j n f orrnat ion on the taxi through the position auction, 

person who desires to purchase an immovable, it is possible to when ^ position auction is con d uc ted with a certain 

more effectively select a desired immovable. range gpecjfied wi(h respec( tQ ^ position of a chent; it is 

By selecting one of buttons "guard" and "disaster preven- possible to select a person (trading partner) who accepts a 

tion" on the position auction HP, if an abnormal alarm is 20 re q Ues t and is present at a place furthest within the specified 

notified, or if a fire detector or a crime prevention system range, w j t hout limiting to select a person who accepts the 

operates, or if a monitor perceives an abnormal situation, it is request and is present at the place nearest within the range, 

possible to select notification to a guard company, a disaster p or example, by selecting the "facility" button on the position 

prevention security company, a guard man, a crime preven- auction HP illustrated in FIG. 24, a requester can select a 

tion person, or the like nearest from the site, ordering of the 25 dealer who installs a processing facility, a cemetery, a crema- 

guard or crime prevention, or information thereon through the torVj a factory, an atomic power plant, a dangerous article 

position auction. depository, or the like at the furthest site within a determined 

By selecting a button "animal relateditems" on theposition range from a place specified by the requester, or information 

auction HP, an animal hospital, an animal hotel, or the like on the dealer through the position auction, 

nearest from a place in which a pet or an animal is present, or 30 By selecting the "real estate" button on the position auction 

information on such facility can be selected through the posi- HP, it is possible to select an immovable which is located at 

tion auction. the place furthest within a determined range from a place 

The position auction is not limited to selection of the per- specified by a requester, or information on the immovable 

son (trading partner) who is present nearest from a place at through the position auction. 

which a requester (for example, a client) is located and 35 When a client selects a predetermined one from the buttons 



accepts a request, or information on the person by auction, but 
may be used to select a trading partner who is present at the 
position furthest from a place at which a requester is located 
or from a specified position, or information on the trading 
person at auction. For example, it is possible to select the 
agricultural products or food (articles) which are stored fur- 
thest from a place suffering from radioactive or environmen- 
tal pollution, or information on such products at auction by 
selecting the button "agricultural products" or "food" on the 
position auction HP illustrated in FIG. 24. 

By selecting the button "taxi" on the position auction HP, a 
client such as a taxi company can select the passenger who 
goes furthest, or information on the passenger through the 
position auction. , 

By selecting one from buttons "taxi", "bus", "train", and 
"air line company" on the position auction HP, a client can 
select a taxi, a bus, a train, an airplane, or the like which takes 
the client to the most remote place with a declared ai 



i auction HP and specifies a certain range, the 
client can select an immovable, a store, a hotel, a service 
place, a hospital, a facility, a plant, a parcel (load), crop 
(agricultural products or the like), and recovered article 
which is found nearest within the range through the position 
auction. Alternatively, it is also possible to select the forego- 
ing immovable, facility and article which are found furthest 
within the range, or information on them through the position 

By selecting one of buttons "car", "ship", "air line com- 
pany" and "transportation" on the position auction HP, it is 
possible to select a car, a ship, an airplane, transportation 
equipment, or the like which is positioned at the place nearest 
or furthest within a specified range, irrespective of a client, or 
lniormation on them through the position auction. 

For conducting an on-the-move position auction based on 
the position of a mobile body such as a taxi after moving by a 
predetermined distance, the mobile body is not limited to the 



money, or information on such transportation means through 55 taxi. For example, by selecting the button "school of fish" c 



the position auction. It should be noted that the conventional 
auction varies a unit value of a rate, whereas the position 
auction according to this example differs from the conven- 
tional auction in that a transportation distance is varied with a 
fixed unit value of the rate. 5 

By selecting one of buttons "telephone company" and 
"communication facilities" on the position auction HP, a cli- 
ent can select a telephone company through which the client 
can place a call to the most remote place or a communication 
facility which can transmit to the most remote place for a 6 
declared amount of money, or information on such company 
or facility through the position auction. This example also 



the position auction HP illustrated in FIG. 24, it 
select a fishery right or provision of its information for the 
ship which is located nearest from a destination to which a 
school of fish expected by a fish tracker is expected to move 
through the position auction. 

The mobile body is not limited to the taxi and so on, but 
may include a transport vehicle for transporting wastes, 
excrement or the like. For example, by selecting the "trans- 
portation" button on the position auction HP illustrated in 
FIG. 24, it is possible to select the transported article loading 
or unloading place located nearest from a scheduled destina- 
tion of a transportation car or a transporter on the move for 
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transporting wastes, excrement or the like, or information on 
such a place through the position auction. 

By selecting the button "collection/delivery" on the posi- 
tion auction HP, it is possible to select the transported article 
loading or unloading place located nearest from an expected 
destination of a collection/delivery worker, a collection/de- 
livery ship, a collection/delivery car, a collection/delivery 
airplane, or the like on the move, or information on such a 
place through the position auction. 

By selecting an "others" button on the position auction HP, 
it is possible to select a buyer or a person who wants some- 
thing, who is present at the place nearest from a destination to 
which a sales man or a provider on the move is scheduled to 
move, or information on such a person through the position 



By selecting an "association" button on the position auc- 
tion HP, it is possible to select a person who desires associa- 
tion or a person who desires a service who is present at the 
place nearest from a destination to which a sociable person or 
a service provider on the move is scheduled to move, or 
information on such a person through the position auction. 

By selecting one of the buttons "accommodation", "restau- 
rant", "store", and "gasoline" on the position auction HP, it is 
possible to select the business office which is located nearest 
from a destination to which a client, on the move, looking for 
a hotel, a restaurant, a store, a gasoline station, is scheduled to 
move, or information on the business office through the posi- 

By selecting one of the buttons "gasoline", "food" and 
"daily necessity" on the position auction HP, it is possible to 
select a place at which a requested article is provided, located 
at the place nearest from a destination to which a client on the 
move who is looking for an article such as gasoline, food, 
thing of daily necessity, or the like is scheduled to move, or 
information on the place through the position auction. 

By selecting the button "hospital" on the position auction 
HP, it is possible to select a hospital which is located at the 
place nearest from a destination to whichan urgent patient, on 
the move, suffering from a disease or an injury is scheduled to 
move, or information on the hospital through the position 



By selecting the button "satellite 
position auction HP, it is possible to select, : 



m the 



space satellite 

the move, the satellite reception facility or a receiver which 
is located nearest and available for receiving information 
(signal) transmitted from a space satellite located at a sched- 
uled destination, or information on such a facility through the 
position auction. 

By selecting the "guard" button on the position auction HP, 
it is possible to select a guard man or a tracker who is present 
at the place nearest from a destination to which a person on 
the move requested to be caught or found is scheduled to 
move, or information on such a person through the position 

By selecting a "track" button on the position auction HP, it 
is possible to select a space satellite, a helicopter, a tracking 
car, a tracker, or the like which is located at a place nearest 
from a destination to which an object (for example, a vehicle) 
on the move is scheduled to move, or information associated 
therewith through the position auction. 

As appreciated from the foregoing, the following advan- 
tages can be provided according to the fourth embodiment. 

(9) With the employment of the position auction in which a 
client offers a trading positional condition to bid off informa- 
tion from a third party trading partner, the client can obtain 



information which meets his own requirements 
trading position in accordance with his 



Fifth Embodiment 

Next, a fifth embodiment will be explained with reference 
to FIGS. 1, 4, 13, 24, and 37 through 45. The fifth embodiment 
differs from the foregoing embodiments in that an auction is 
conducted such that bidders compete with a numerical value 
as an element. The numerical value as considered for a trade 
of an article may include length, height, area, volume, bulk, 
weight, amount, and so on. 
An auction system for conducting a numerical value auc- 

15 tion is basically similar in configuration to the system illus- 
trated in FIG. 1. The numerical value auction refers to an 
auction system in which numerical value requirements 
offered by a client are transmitted to terminals of third parties 
through a network to widely promote bids, and then a bid is 

20 conducted with the numerical value based on applied bid 
information to determine a bidder which offers the numerical 
value that most satisfies the requirements of the client as a 
successful bidder. The client's requirements include require- 
ments offered by the client himself, and requirements previ- 

25 ously provided by a bid intermediary dealer, taken for granted 
from the contents of a request from the client (a purpose of the 
request). 

The numerical value auction is a bid for a numerical value 
at which both parties acting as mutual trading partners, such 

30 as a buyer and a seller, are introduced, and may be conducted 
for any item such as articles, services and so on. A numerical 
value auction is provided with a business auction for request- 
ing for a processing facility for processing wastes or the like 
as a paid service, and a collection/delivery car which comes to 

35 take a parcel and so on, as later described. For example, 
processing dealers and collection/delivery dealers may regis- 
ter themselves in this numerical value auction as users to 
efficiently receive provision of trading partners who most 
satisfy their requirements through the numerical value auc- 

Next, the numerical value auction will be explained in a 
specific manner. FIG. 1 illustrates a numerical value auction 
system in which one of a client and a trading partner selects 
. the other who most satisfies a predetermined numerical value 
condition through a network (the Internet in this embodi- 

As illustrated in FIG. 1, an auction management system 
(intermediary management server system) 20 comprises a 
) server 21 which is connected to three databases 22, 23, 24. 
The server 21 is connected to the Internet N, and further 
connected to terminals30 of third parties for communications 
therewith through the Internet N. The customer terminals 30 
connected to the Internet N can be communicated with the 
5 server 21. The customer terminals 30 may be a portable 
telephone 32 having the ability of making communications 
through the Internet other than a personal computer 31. The 
terminals 30 may be classified into those possessed and used 
by individuals and those for business use installed in respec- 
q tive companies or the like. 

The server 21 illustrated in FI 
grams for the numerical value at 

tion program is included in these programs. This program 
informs information desired by a client to bidders through the 
5 internet, such that the bidders participate in the auction by 
providing information related to numerical values which they 
can provide. Then, the server 21 extracts a bidder who most 
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the selected option PI, and information entered in the entry 
field P2 is transmitted to the server 21 through the network N 
and stored in the customer management DB 22 of the three 
databases 22 to 24. Upon confirming lhat the user has paid a 
5 predetermined commission (registration fee), the server 21 
transmits an authentication number (ID and password) to Ihe 
terminal of the registered user. The registered user uses the 
authentication number for utilizing the numerical value auc- 

10 As illustrated in FIG. 39, the article/service registration 
screen HA is provided with a variety of entry fields HA1 to 
HA9 such as article/service classifications, article/service 
name, desired price, numerical value dimension, numerical 
value, quantity, contents of service, custody/provision place 

15 (position), article/service information, and so on. The 
numerical value dimension entry field HA4 is filled with a 
dimension such as length, area, weight, amount or the like. 
The numerical value entry field HA5 in turn is filled with a 
specific value of a selected dimension. When the user has 

20 entered all required items in associated fields on the article/ 
service registration screen HA displayed on the terminal 30 
and selects a transmission button 126, article/service regis- 
tration data D14 as bid information comprised of the infor- 
mation entered in the variety of entry fields HA1 to HA9 is 

25 transmitted to the server 2 1 through the network N and stored 
in the bid management DB 24. For example, in the case of 
articles such as gasoline, second hand articles and food, an 
auction may be conducted using bid information that is the 
article/service registration data D14 which has been previ- 

30 ously registered upon acceptance of an advanced bid. In this 
event, the article/service registration screen HA corresponds 



satisfies requirements of the client based on the information 
offered by the bidders, and bids off this bidder as a trading 
partner. 

FIG. 37 illustrates the functional configuration of the auc- 
tion management system 20. The auction management sys- 
tem 20 comprises a communication unit 121, a control unit 
122, a numerical value bid computing unit 123, and a suc- 
cessful bid narrow-down computing unit 124. The communi- 
cation unit 121, control unit 122, numerical value bid com- 
puting unit 123 and successful bid narrow-down computing 
unit 124 are implemented by the server 21 . The communica- 
tion unit 121 operates in accordance with a predetermined 
communication protocol (HTTP). Among three databases 22 
to 24, an article management DB 23 comprises a bid condi- 
tion storage unit 125 which is comprised of a numerical value 
bid data storage unit 125A and a narrow-down data storage 
unit 125B. The control unit 122 and the respective computing 
units 123, 124 are used for processing control for identifying 
a successful bidder in a numerical value auction, and a variety 
of data stored in the respective storage units 125A, 125B are 
used for the computing processing. 

A numerical value auction home page substantially similar 
to the auction home page (HP) of FIG. 24 resides in the server 
21. A user (client) displays the numerical value auction HP on 
a screen through the network N using a browser application 
from a terminal 30 for viewing the numerical value auction 
HP. A variety of screens such as the user registration screen P 
similar to that illustrated in FIG. 4, an article/service regis- 
tration screen HA illustrated in FIG. 39, a bid form selection 
screen I illustrated in FIG. 39, an auction participation screen 
GB illustrated I in FIG. 40, and so on are linked to the 
numerical value auction HP. Also, a numerical value dimen- 
sion selection screen J illustrated in FIG. 38 and an informa- The numerical value auction HP illustrated in FIG. 24 is 
tion provision screen NA illustrated in FIG. 42, later provided with a "direct trade" button 106 and an "information 
described, are also linked to the numerical value auction HP. 35 trade" button 107. The direct trade button 106 is used for 
The server 21 stores in its hard disk, screen data for the variety selecting an article or a service or a buyer or a seller of an 
of screens P, HA, 1, GB, J, NA and so on, a program for use in article or a service directly through an auction. For example, 
displaying the screens and so on (for example, an HTML the direct trade button 106 is used for directly bidding off a 
description program), a program for use in computing pro- service by a collection/delivery car (collection/delivery ser- 
cessing involved in the numerical value auction, and so on. 40 vice, or the like), an article, or the like. The information trade 



As illustrated in FIG. 24, the numerical value auction HP is 
provided with a large number of selection buttons 100 to 102 
classified into respective articles and services potentially 
traded in the auction. A person who wants to participate in a 
bid (a client or a bidder) selects a selection button 100 to 102 4 
of a desired article/service classification. The numerical value 
auction HP is also provided with a "user registration" button 
103 and a "request registration" button 104, such that selec- 
tion of the button 103 or 104 results in the registration screen 
P (FIG. 4) or a registration screen HA (FIG. 39) displayed on 5 
the terminal 30, and data entered from the screen P or HA is 
transmitted to the server 21 to proceed with user registration 
or article/ service registration. 

As illustrated in FIG. 4, the user registration screen P is 
provided with options PI for selecting a seller or a buyer, and 5 
a variety of entry fields P2 for entering address, name, tele- 
phone number, electronic mail address, sex, age, remarks, 
credit card number, and so on. In addition, the user registra- 
tion screen P is provided with options for selecting for indi- 
vidual or for business, wherein, for example, a client who < 
requests for a waste dealer or a collection/delivery dealer may 
select an option for the private registration, while a dealer or 
the like may select an option for the business registration, 
before entering other items forregistration. When theuser has 
entered all required items in associated fields on the user f 
registration screen P and selects an OK button 55, the just 
entered user registration data Dl comprised of these items, 



button 107 in turn is used when a user wants to acquire useful 
information on an article or a service or its provider (a manu- 
facturer, a service company or the like), and is selected when 
the user accepts only the provision of information from third 

A person who wants to participate in the numerical value 
auction selects one of the direct trade button 106 and the 
information trade button 107, and then selects one of the 
selection buttons 100 to 102 associated with an article or a 
service for which the person wants to participate in the auc- 
tion. The numerical value auction HP is also provided with 
options 108 for a client to select a normal auction in which the 
client bids off an article or a service or a counter-auction in 
which the client bids off a buyer of an article or a service. For 
example, a customer who wants the allocation a collection;' 
delivery car or the like may select the "auction", while a 
collection/delivery service company may select the "counter- 
auction" for ensuring the customer. Finally, the client selects 
an "established" button 130 after he has selected a desired 
auction form, trading manner, and an item to be traded, 
respectively. 

In this embodiment, numerical values with which a bid is 
conducted may include length, height, area, volume, bulk, 
weight, amount, and so on, specific examples of which will be 
described later. Upon selecting the field of the article/service 
on the HP screen illustrated in FIG. 24 and then selecting 
specific article or service on a screen at a lower hierarchical 
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level or the like, a numerical value dimension selection screen entered on the screen GB is transmitted to the server 21, and 

J illustrated in FIG. 38 is displayed. The numerical value stored in the bid information management DB 24. 

dimension selection screen J is provided withnumerical value As illustrated in FIGS. 44A through 44E, five types of bids 

selection buttons 131 to 137 for "length", "height", "area", are available for the numerical value auction. Specifically, 

"volume", "bulk", "weight" and "amount" and a decision 5 since a numerical value representing any of length, area, 

button 138. weight, amount and so on can be placed on a coordinate axis, 

The auction program is created such that the user can select a reference value is set on the coordinate axis such that rules 

a suitable numerical value in accordance with an article or a are defined as to how a bid is conducted, i.e., whether a closest 

service which is traded by the user, and stored in the memory possible value is preferentially selected or whether a furthest 

in the server 21. The program is illustrated in a flow chart of 10 possible value is preferentially selected. 

FIG. 46, in which a numerical value selected by the user is FIGS. 44A through 44E are diagrams for explaining the 

competed at auction. As the user selects a numerical value on types of the numerical value auction. For representing the 

the numerical value dimension selection screen J, a bid form dimension of a numerical value in accordance with the 

selection screen I illustrated in FIG. 40 is displayed for select- numerical value in a numerical value form, numerical values 

ing a bid form. It should be noted that the numerical value '5 may be classified into concepts of incremental values and 

dimension selection screen J and the bid form selection concepts ofdecremental values. For example, far, large, wide, 

screen I correspond to a request screen. long, heavy, many and so on are concepts of incremental 

As illustrated in FIG. 40, the bid form selection screen I is values > whi le near, small, narrow, short light, few and so on 

providedwithanarticle/servicedisplayfieldllandanumeri- are concepts ofdecremental values. The bid form refers to the 

cal value dimension display field 12. The bid form selection ™ rules as to whemer me largest one of offered numencal values 

screen I is also provided with options 13 for selecting a seller and *° on IS determined as a successful bid, or whether the 

or a buyer, bid form options 14, a reference value entry field smallest one is determined as a successful bid; or whether a 

15, an approach direction options 16, a range entry fields 17, value coincident with or closest to a reference value specified 

and a transmission button 139. The bid form options 14 by a customer is determined as a successful bid. There are the 

mcludesanoptionforspedfyingthatasmallervalueisgjven 25 followmg five types of bids. 

ahigherpnorityleveMnoptionforspecifyingagreatervalue H«e, one of five types of poss.b e bidding systems (bid 

is given a higher priority level, and an option for specifying a ^.tions (successful bid priority rules)) instated m FIGS, 

value closer to a specified reference value is given a higher «A through 44E is detennmed depending on the presence or 

priority level. The user may select one from these options. absen = e of a s P eclfied ™ge and positional conditions which 
v „ 3 . , , „ .30 have been set in accordance with requirements of the cus- 

The approach d^ection options 16 are provided for spec.- ^ ^ fiye of ^ ^ fee M 

fy.ng from which direction a value should approach to a below with reference to FIGS. 44A through 44E. First, FIG. 

specified reference value, .f any, and include an option for ^ ^ a ^ ^ ferentia „ de , ennin e S a 

specking that the reference value is approached from a ^ ^ ^ ^ ^ g 

smaller value direction, an option for specifying that the ^ as a successfil) bidder In this event , fn)m 

reference value is approached from a greater value direction, g andC, the bidder C who has offered the closest 

and an option for specifying thatthe reference value is ^ tQ g reference ^ ^ a 

approached from both directions. The «ser may select one fc detemined ag a successfu , wdder pjQ 44B shows a 

from these options. The range entry fields 17 which are pro- ^ ^ ferential , determines a who 

v,ded for specifying a range, allow tie user to select only an ^ ^ ^ ^ ^ g 

upper hrmt or a lower limit or no to select a range. Bid as ^ ^ ^ fmm bidders g 

information data D15 as bid request information comprised J> ^ bidder c who hgs of&red ^ mmel{cai 

of the information selected m the respective options and ^ ^ as a successfi] , bidder 

entered in the respective fields 3 to 17 on toe screen R is UQ ± ^ fl rio rity rule which preferentially deter . 

transmitted to he server 21 and stored m the bid information a wh / offer / th e value closest t0 a specified 

management DB 24^ The reference value corresponds to a nMeric ^ value(referencevalue)fromthegreatervalueside . 

desired value. The information entered in the respective entry ^ ^ from A g and Q ^ bidder c whQ has 

fields 14 to 17 corresponds to desired information. offered ^ ^ ^ ^ reference yame ig 

Upon receipt of new auction information from a client, the determined as a successful bidder. FIG. 44D shows a priority 
server 21 transmits a notice to terminals 30 of third parties 5Q ra , e which preferentially determines a person who offers the 
(bidders) to that effect through sound, display or the like. yame away from a specified nurner ical value (refer- 
Then, an auct.on participation screen GB illustrated in FIG. ence ya]ue) from tbe smal]er yalue side In Ms event; from 
41 is provided from the server 21 and displayed on the termi- biddef s ^ g and c the feidder c who ^ offered me fartbesl 
nals 30 of the bidders. It should be noted that the auction numeriCa i va]ue aW ay from the reference value is determined 
participation screen GB corresponds to a bid screen. 55 as g successful bidder FIG 44E snoVvS a priority rule which 

As illustrated in FIG. 41, the auction participation screen preferentially determines a person who offers a closest pos- 

GB is provided with display fields GB1 to GB6 for displaying s j b ] e numerical value any wav irrespective of whether it is 

article/service, numerical value dimension, form, reference jf 0m mc smaller value side or from the greater value side with 
value, approach method, and range. The contents displayed in respect to a specified numerical value. In this event, from 

these display fields GB1 to GB6 corresponds to the contents 60 bidders A, B, C and D, the bidder D who has offered the 

entered in the respective entry fields 13 to 17 on the bid form smallest value within a predetermined range is determined as 
setting screen I of FIG. 40. The screen GB is also provided a successful bidder. It should be noted that in the bidding 

with a numerical value entry field GB7 for entering a numeri- systems illustrated in FIGS. 44A through 44E, if a plurality of 

cal value which can be offered by a bidder. bidders fall under successful bidders (the bidder C and D 

Asabidderhasentercdapredeterminednumericalvaluein 65 shown in the respective figures), the bidders are narrowed 
this entry field GB7 and selects a transmission button 140, bid down based on predetermined rules, which will be described 
data D16 as bid information comprised of the information later. 
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Alternatively, a plurality ol numerical values may be 
selected on the numerical value dimension selection screen J 
illustrated in FIG. 38. When two or more ol the plurality of 
numerical value selection buttons 131 to 137 are selected, a 
successful bid priority order setting screen WA similar to that 5 
illustrated in FIG. 13 is displayed. The successful bid priority 
order setting screen WA is provided with entry fields WA1 to 
WA4 for specifying a maximum of n numerical values for a 
first priority, a second priority, . . . , an n-th priority (in this 
example, n=4), and an OK button 61. Numerical values of the 10 
first priority, the second priority, . . . , the n-th priority can be 
specified, and the priority order of the specified numerical 
values can be set freely by the user. A price may be set to a 
numerical value of the second priority or lower. 

A plurality of numerical values can be set in this way ] 5 
because only one numerical value, for example, is not suffi- 
cient to narrow down to a predetermined number of success- 
ful bidders (generally one) in some cases, and are used to 
definitely narrow down bidders to a desired number of suc- 
cessful bidders. Then, successful bid order data D5 com- 20 
prised of the successful bid order set on the screen WA is 
transmitted to the server 21. When a plurality of numerical 
values are selected, the server 21 can narrow down bidders in 
the orderofnumerical values of higher priorities, i.e., narrows 
down bidders to a predetermined number with the numerical 25 
value of the first priority, and again narrows down to a prede- 
termined number with the numerical value of the second 
priority, and so on to eventually determine a successful bid- 
der. 

Further, information may be traded by selecting the infor- 30 
mation trade button 107 on the auction HP of FIG. 24. Spe- 
cifically, when a certain article or service is desired, the auc- 
tion is used for a trade to buy required information from the 
owner of the article, a company which sells the article, or a 
person who knows about a provider or a providing company 35 
of the service. Traded information may be in any fields and 
categories. Giving an example, when a length is selected for 
a numerical value, information on a provider who is offering, 
for example, a longest article may be selected from third 
parties at auction. 40 

For providing information, an information entry button 
117 is selected on the numerical value auction HP to display 
an information provision screen NA illustrated in FIG. 42. 
The screen NA is provided with a collected information dis- 
play field NA1 , an information fee (compensation for provid- 45 
ing information) display field NA2, an information entry field 
NA3, an information attachment button NA4, a remaining 
time display field NA5, an ID number entry field NA6, and a 
transmission button 141. The information provision screen 
NA is displayed when a person selects the information entry 50 
button 117 on the numerical value auction HP screen to select 
a portion which he wants to view from an information collec- 
tion list displayed according to categories and fields. The 
information provision screen NA displays the contents of 
information which a client is looking for in the collected 55 
information display field NA1, and an information fee in the 
information fee display field NA2, so that a viewer who can 
provide desired information enters (fills) provided informa- 
tion in the information entry field NA3, or attaches data by 
manipulating for attachment on the next screen which is 60 
displayed when he selects the append button NA4, enters his 
ID number, followed by transmission of the information. 
Information data D17 as bid information comprised of infor- 
mation entered on this screen NA is transmitted to the server 
21 and stored in the bid management DB 24. 65 

For example, when information desired by a user is trans- 
mitted to the server 21. the server 21 searches the manage- 



ment data in the bid management DB 23 for pertinent infor- 
mation, and immediately collects the information when the 
information is not urgently required so that a collection time 
is allowed to some extent. Then, after the expiration of a 
limited time, i.e., a remaining time has been exhausted, col- 
lected information is analyzed to transmit information which 
most matches the needs of the client to a terminal 30 of the 
client. In this event, the client can select and specify one of the 
aforementioned bid forms, so that a successful bidder is deter- 
mined in accordance with the rule of the specified bid form. 
The client who has acquired the desired information pays the 
lnlormauon fee and an additional commission. The informa- 
tion fee is paid to the successful bidder. It should be noted that 
provided information may be entered before or after the 
server 21 receives a request. 

Asa result of an auction, information on a single successful 
bidder is basically transmitted to the client. However, if the 
client wishes, a plurality of narrowed down candidates may 
be presented, as illustrated in a list screen XC of FIG. 43. 
Specifically, the server 21 creates information offered by 
bidders, as it is, into a list, or creates a priority list by narrow- 
ing down successful bidder candidates of higher priority lev- 
els, for example, into a limited number specified by the client, 
based on information offered by bidders, and transmits the 
created list to the terminal 30 of the client. Then, the list XC 
illustrated in FIG. 43 is displayed on the terminal 30 of the 
client. The screen XC is provided with a list XC1, an entry 
field XC2 for selecting a successful bidder, and a decision 
button 142. The list XC1 indicates a priority number, a code 
number, and a numerical value (length, height, area, volume, 
bulk, weight, amount and so on), price, conditions offered by 
a bidder (supplementary items (extra) and so on). 

The client reviews offered conditions such as a trading date 
in the list XC1 on the screen XC to determine a bidder favor- 
able for him as a successful bidder, enters, for example, the 
priority number of the winning bidder in the entry field XC2, 
and selects the decision button 142. Inresponse, the server 21 
notifies the client and the successful bidder of the successful 
bid . When the list XC1 can be viewed on the terminal 3 0 of the 
client in this way, the client can select a partner which offers 
favorable conditions in terms of other numerical values such 
as the price, in addition to a specified numerical value, if a 
plurality of bidders offer the same numerical value, or can 
select a partner who may concede in the price, supplementary 
items and so on, even if the partner offers a numerical value 
slightly worse than the first bidder. 

Next, the procedure flow of the numerical value auction 
according to this embodiment will be explained with refer- 
ence to FIG. 45. It should be noted that the procedure flow 
does not necessarily show a processing procedure of the 
server 2 1 but shows a procedure (flow) of the entire numerical 

First in S1010, a client selects an article or a service on the 
numerical value auction HP. Specifically, the client selects a 
button associated with an article or a service desired by him 
within the selection buttons on the numerical value auction 
HP. 

In S1020, the client selects a numerical value (length, 
height, area, volume, bulk, weight, amount, or the like) with 
which a bid is conducted. 

In S1030, the client selects bid conditions (required items 
such as a bid form, a range, a bidding period and so on) forthe 
numerical value. It should be noted that a procedure in S1020, 
S1030 for displaying a request screen on the terminal 30 of 
the customer, and receiving data (bid information data D1S) 
entered on the screen at the server 21 , corresponds to a request 
procedure. 
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In S1040, the numerical value auction is started. Specifi- 
cally, the server 21 notifies third parties of a collection of 
bidders, and delivers data on the numerical value to terminals 
30 of the third parties. 

In S1050, a numerical value is entered. Specifically, bid- ; 
ders who participate in the numerical value auction enter bid 
information related to the numerical value. It should be noted 
that the procedure in S1040 for starting the auction to display 
the bid screen on the terminals 30 of the bidders, and in S1050 
for receiving the entered data (article/service registration data l 
D14, bid data D16, information data D17) at the server 21 
corresponds to a bid procedure. 

In S1060, it is determined whether or not any application is 
made to the auction. In other words, the presence or absence 
of a bid from a bidder is determined. If there is no bid, the l 
server 21 waits for bids. If there is a bid, the procedure flow 
continues to SI 070. This bid includes provision of informa- 
tion. It should be noted that a procedure executed from S1060 
to S1170 corresponds to a bid acceptance procedure. 

In S1070, bid information is acquired to execute the bid ; 
processing with the numerical value which has been offered 
as one piece of information within the bid information. If a 
plurality of numerical values are selected and set, the bid is 



of successful bidders or the bid processing has been com- 
pleted with all the numerical values set in the bid information. 

In S1160, the narrow-down processing is executed. Spe- 
cifically, when there is no numerical value for conducting a 
bid at the next stage, a bidder who has offered the price that 
most satisfies the requirements of the user is determined as a 
successful bidder. On the other hand, if a price is fixed or if a 
price itself is not handled in a bid, successful bidders are 
narrowed down to a predetermined number in accordance 
with a previously defined predetermined rule. 

On the other hand, if it is determined in S1090 that the 
bid-off self selection is set, the list screen XC illustrated in 
FIG. 43 is displayed in S1140 for enumerating bid informa- 
tion of a predetermined number of bidders in a list form. The 
user can view the list screen XC by selecting a screen display 
after entering a password on the screen of the terminal 30. The 
list screen XC enumerates candidates in a priority order in 
terms of the numerical values (displayed as the code number), 
so that the user can determine a trading partner while refer- 
encing other information offered by the bidders. Upon deter- 
mining a trading partner, the user enters the associated code 
number in the successful bidder selection entry field XC2 and 
then selects the decision button 142. The successful bidder 
information selected by the user i s transmitted to the server 21 



conducted with a value of a first priority. Then, in comparison 

withthedesiredconditions(thepriorityrulesshowninFIGS. 25 through the Internet N. 

44A through 44E) in terms of the numerical value(s) within In S1150, it is determined whether or not a successful 

the bid information, a priority order is determined for the bidder has been determined. The list screen XC is continu- 

bidders as trading partners. ously displayed (S1140) until the user determines a success- 

In SI 080, it is determined whether or not a limited time has fill bidder, and the procedure flow continues to step S1170 

expired. When within the limited time, the procedure flow 30 when a successful bidder is determined, 

returns to S1050 to repeat the processing from S1050 to In S1170, the server 21 notifies both the user and the 

S1080 to execute the bid processing each time a new bidder successful bidder of the establishment of the trade, 

applies, until the limited time expires. At the expiration of the Next, listed below are specific examples of "length/space", 

limited time, the procedure flow continues to S1090. "weight" and "number/amount" for the numerical value auc- 

In SI 090, it is determined whether or not a bid-off self 35 tion, which are set as the numerical value. 



selection is set. The procedure flow 
the bid-off self selection is not set, and to S114U wnen the 
bid-off self selection is set. 

In SHOO, it is determined whether or not a successful 
bidder is determined. In other words, it is determined whether 40 
bidders are narrowed down to a predetermined number of 
successful bidders. The procedure flow continues to S1110 if 
the bidders are not narrowed down to the predetermined num- 
ber of successful bidders, and to S1160 if the bidders have 
been narrowed down to the predetermined number of sue- 45 
cessful bidders. 

In S1110, it is determined whether there are any remaining 
numerical values which have not been processed for the bid, 
when a plurality of numerical values had been set. The pro- 
cedure flow continues to S1120 if there are still remaining 50 
numerical values, and otherwise to S1160. 

In S1120, a current numerical value is replaced with 
another one. 

In S1130, the bid processing is executed with the replaced 
numerical value to narrow down bidders to a predetermined 55 
number of successful bidders. The bidders are narrowed 
down to the predetermined number of successful bidders by 
comparing the other numerical value (of the second priority) 
within the bid information with the desired conditions (the 
priority rules shown in FIGS. 44A through 44E). If the bid- 60 
ders cannot be narrowed down even with this bid processing, 
the current numerical value is replaced with another numeri- 
cal value of the next lower priority, if there are still other 
numerical values which have not yet been used in the bid 
processing, to narrow down the bidders (Sll JO). The bid is 65 
conducted step-wisely with a different numerical value until 
the bidders are narrowed down to the predetermined number 



( 1 ) First, in examples of nu 



ss representative of 



"length/space", a buyer selects a seller who provides the 
greatest height, greatest length, widest area, largest volume, 
or largest bulk, or information on the seller through the 
numerical value auction. 

A buyer may select a seller who provides a helicopter, an 
airplane, an aeronaut, a rocket, a satellite, or the like which 
flies to the greatest height, or information on the seller 
through the numerical value auction. 

A buyer may select a seller who provides the highest or 
longest building, advertising display, ladder, crane, person, 
sample, tree, or the like, or a land, a mine, a steel tower, an 
aeronaut, a satellite or the like at the highest level from the see 
level, or information on the seller through the numerical value 

A buyer may select a seller who provides the widest land, 
building, advertising display, pool, sales place, stadium, park- 
ing area, room, warehouse, application facility place, car, 
furniture, carpet, or electric appliance product, or information 
on the seller through the numerical value auction. 

A buyer may select a seller who provides a newspaper, a 
magazine, a book, a brochure, a leaflet, a home page, an 
advertising display, an advertising medium, or the like which 
provides the widest space, or information on the seller 
through the numerical value auction. 

A buyer may select a seller who provides a car, a ship, an 
airplane, a train, an aeronaut, a satellite, or the like which has 
the largest loading bulk or volume, or a ground-based tank, a 
storage facility, a warehouse, an electric appliance product, a 
container, a storage, a bathroom, a waste, a processing facil- 
ity, an article, or the like which has the largest volume, or 
information on the seller through the numerical value auction . 
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(2) In the next examples, a buyer selects a seller which 
provides the smallest height, the smallest length, narrowest 
range, smallest volume, or smallest bulk, or information on 
the seller through the numerical value auction. 

A buyer may select a seller who provides a helicopter, an 
airplane, an aeronaut, a rocket, a satellite, or the like which 
flies at a smallest height, or information on the seller through 
the numerical value auction. 

A buyer may select a seller who provides a transportation 
car, a bus, a taxi, a train, an airplane, a helicopter, or the like 
which runs the shortest distance to a destination, or informa- 
tion on a road, a bus, a train, an airplane, or the like through 
the numerical value auction. 

(3) In the next examples, with the same numerical value, a 
seller selects a buyer who desires the greatest height, greatest 
length, widest area, largest volume, or largest bulk, or infor- 
mation on the buyer through the numerical value auction, 
contrary to the aforementioned (1). 

A seller may select a buyer who desires a helicopter, an 
airplane, an aeronaut, a rocket, a satellite, or the like which 
flies to the greatest height, or information on the buyer 
through the numerical value auction. 

A seller may select a buyer who desires the highest or 
longest building, advertising display, ladder, crane, person, 
sample, tree, or the like, or a land, a mine, a steel tower, an 
aeronaut, a satellite or the like at the highest level from the see 
level, or information on the buyer through the numerical 
value auction. 

A seller may select a buyer who desires the widest land, 



articles, chemical raw materials, chemicals, fertilizers, 
machines, products, semi-finished products, or the like, 
or information on the seller through the numerical value 
auction. Alternatively, a buyer may select a provider or 
an organization which provides a porter, a transportation 
company, a ship capable of transporting, a railway, a car, 
an airplane, an aeronaut, a rocket, transportation equip- 
ment or the like which transport the greatest weight of 
these loads, or information on the provider or the orga- 
5 nization through the numerical value auction. 

A buyer may select a dealer, a dealing company, an orga- 
nization, or the like which processes the greatest weight of 
wastes, sludge, excrement, or the like, or information associ- 
ated therewith through the numerical value auction. Alterna- 
5 tively, a buyer may select a facility, a machine, or the like 
which can process the greatest weight of such wastes to be 
processed, or information associated therewith through the 
numerical value auction. Further alternatively, a buyer may 
select a porter, a transportation company, or the like which 
o can transport the greatest weight of such wastes to be pro- 
cessed, or information associated therewith through the 
numerical value auction. 

A buyer may select a dealer, a dealing company, or the like 
which recycles wastes such as the greatest weight of used 
5 paper, empty containers, wasted materials, wasted objects, 
wasted metals, plastic, oil, electric products, household 
effects, clothing, and so on, or information associated there- 
. with through the numerical value auction. Alternatively, a 
buyer may select a facility, machine, a system, a 



building, advertising display, pool, sales place, stadium, park- 30 like which can recycle the greatest weight of such wastes, or 

ing area, room, warehouse, application facility place, car, information associated therewith through the numerical value 

furniture, carpet, or electric appliance product, or information auction. Further alternatively, a buyer may select a porter or a 

on the buyer through the numerical value auction. transportation company which can transport the greatest 

A seller may select a buyer who desires a newspaper, a weight of such wastes, or information associated therewith 

magazine, a book, a brochure, a leaflet, a home page, an 35 through the numerical value auction, 

advertising display, an advertising medium, or the like which A buyer may select a seller who has a right of emitting a 



s buyer 



greatest weight of C0 2 gas, S0 2 gas, or a substance specified 
by the buyer, or information on the seller through the numeri- 
cal value auction, 
o A buyer may select a warehouse, facility equipment, a 
system, a company, or the like which stores the greatest 
weight of gas, liquid, or solid, or information associated 
therewith through the numerical value auction. Alternatively, 
a buyer may select a system, a design drawing, a patent, a 
5 machine, a facility, a device, a factor)', a company, or the like 
for processing the greatest weight of such materials, or infor- 
mation associated therewith through the numerical value auc- 



provides the widest space, or information o 
through the numerical value auction. 

A seller may select a buyer who desires a car, a ship, an 
airplane, a train, an aeronaut, a satellite, or the like which has 4 
the largest loading bulk or volume, or a ground-based tank, a 
storage facility, a warehouse, an electric appliance product, a 
container, a storage, a bathroom, a waste, a processing facil- 
ity, an article, or the like which has the largest bulk, or infor- 
mation on the buyer through the numerical value auction. 4 

(4) In the next examples, a seller selects a buyer who 
desires the smallest height, the smallest length, the narrowest 
range, or the smallest volume, or information on the buyer tion. 
through the numerical value auction. (6) In the next examples, a seller selects a buyer who 

A seller may select a buyer who desires a helicopter, an 50 indicates the greatest weight in transportation, processing, 
airplane, an aeronaut, a rocket, a satellite, or the like which sales, or the like, or information on the buyer through the 
flies at a smallest height, or information on the buyer through numerical value auction. 

the numerical value auction. A seller may select a buyerwho buys the greatest weight of 

A seller may select a buyer who desires a transportation a combustible such as petrol, coal, gasoline or the like, raw 
car, a bus, a taxi, a train, an airplane, a helicopter, or the like 55 materials such as ore, clay, ballast and debris, water, wood or 
which runs the shortest distance to a destination, or informa- the like, agricultural products, forest products, food and bev- 
tion on a road, a bus, a train, an airplane, or the like through erage, or the like, chemical raw materials, chemicals, fertil- 



the numerical value < 

(5) Next, in examples of numerical values representative of 
"weight", a buyer selects a seller who offers the greatest 
weight in transportation, processing, purchase, or the like, or 
information on the seller through the numerical value auction. 
A buyer may select a seller who sells the greatest weight of 
a combustible such as petrol, coal, gasoline or the like, 
raw materials such as ore, clay, ballast and debris, water, 
wood orthc like, natural products, agricultural products, 
aquatic products, marine products, food and beverage, 



>, products, semi-finished products, or the like, or infor- 
mation on the seller through the numerical value auction. 
) Alternatively, a seller may select a transportation car, a trans- 
portation company, a car capable of transporting, a railway, a 
ship, an airplane, an aeronaut, a rocket, transportation equip- 
ment, a device, or the like which transport the greatest weight 
of these materials to be processed, or information associated 
> therewith through the numerical value at: 
A seller may select a 
amount of electricity, water, gas, combustible, or the like, o 
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information on the consumer through the numerical value 
auction. Alternatively, a seller may select power transmission, 
water supply, air supply, a transportation device, a system, a 
business entity which sends the largest amount of electricity, 
water, gas, combustible, orthe like, or information associated 
therewith through the numerical value auction. 

A seller may select a buyer who buys the greatest weight of 
articles to be disposed, stocks, valuable wastes, or second 
hand articles, or information on the buyer through the numeri- 



A seller may select a buyer who buy a right of emitting a 
greatest weight of C0 2 gas, S0 2 gas, or a substance specified 
by the seller, or information on the buyer through the numeri- 
cal value auction. 

(7) In the next examples, a buyer selects a seller who offers 
the smallest weight in transportation, processing, purchase, 
or the like, or information on the seller through the numerical 

A buyer may select a seller who sells a combustible, a raw 
material, vinyl, plastic, wrapping materials, containers, 
things of daily necessity, electric appliances, furniture, cloth- 
ing, semi-finished products, articles, or the like which gener- 
ates the smallest weight of C0 2 , poisonous gas, emission 
regulated material, or a substance specified by the buyer, 
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the like, the buyer may select a purchaser or a process engi- 
neer, or a legal person which purchases or processes, or an 
organization which possesses a factory, a machine, a facility, 
a technology, or the like which generates or emits the smallest 
weight of radiation, C0 2 gas, emission regulated gas, poison- 
ous gas, polluted water, liquid waste, polluted substance, 
emission regulated substance, final waste, a substance speci- 
fied by the seller, or the like in course of processing, repair, 
working, or the like, or information associated therewith 
through the numerical value auction. 

A seller may selects a buyer who has a right of emitting the 
smallest weight of C0 2 gas, S0 2 gas, or a substance specified 
by the seller, or information on the buyer through the numeri- 
cal value auction. 

(9) Next, in examples of numerical values representative of 
"number/amount," a buyer selects a seller who offers the 
largest number or amount in transportation, processing, pur- 
chase or the like, or information on the seller through the 
numerical value auction. 

A buyer may select a seller who sells the largest amount of 
contained or packaged combustible, row materials, food, 
articles, chemicals, products, semi-finished products, or the 
like, or information on the seller through the numerical value 
auction. Alternatively, a buyer may select a transportation car, 



me like, when it is burnt, or information on the seller through 25 a transportation company, a car capable of transporting, a 
the numerical value auction. ship, a train, an airplane, an aeronaut, a rocket, a transporta- 

A buyer may select an electric product, a machine, a tion machine, a device, or the like which transports the great- 
device, a semi-finished product, an article, a agricultural or est weight ofthese loads, or information associated therewith 
marine product, forest products, seeds, processed food, a through the numerical value auction, 
system, design drawings, a patent or the like which mixes or 30 A buyer may select a dealer, a dealing company, or the like 
use the smallest weight of radiation, gas, water, solvent, deter- which recycles the largest amount of contained or packaged 
gent, foaming material, redox agent, corrosive, color former, combustible, row materials, food, articles, products, semi- 
disinfectant, agricultural chemicals, oil, mixing agent, a sub- finished products, electric products, household stuffs, cloth- 
stance specified by the buyer, or the like, or information ing, machines, or the like, or information on the seller through 
associated therewith through the numerical value auction. 35 the numerical value auction, or may select a facility, a 
A buyer may select a car, a ship, an airplane, a train, a machine, a system, a patent, or the like which recycles the 
rocket, a machine, a facility, an atomic power generation 
engine, or the like which emits or generates the smallest 
weight of radiation, exhaust gas such as C0 2 gas, nitrogen, 
phosphate compound and so on, emission regulated sub- 4 
stance or the like, a substance specified by the buyer, or the 
like, or information associated therewith through the numeri- 
cal value auction. 

A buyer may select a land, a building, a product, an article, 
a factory, a company, a device, a facility, an atomic power 4 
generator, design drawings, a system, a patent, or the like 
which emits or generates the smallest weight of radiation, 
exhaust gas such as C0 2 gas, nitrogen, phosphate compound 
' n regulated substance or the like, a sub- 



i transportation co 
pany, or the like which transports the largest amount, or 
information associated therewith through the numerical value 
auction. 

A buyer may select a system, a warehouse, a facility, a 
device, a company, orthe like which stores the largest amount 
of contained gas or liquid, packaged solid, or the like, or a 
system, a design, a patent, a machine, a facility, a device, a 
factory, a company, or the like which processes such object, or 
information associated therewith through the numerical value 

A buyer or a lessee may select a sales company, a financial 
company, a transportation/distribution company, a dealing 



e specified by the buyer, or the like, or information 50 company, a system, a design, a patent, a machine, a facility, a 



associated therewith through the numerical value a 

A buyer may select a system, design drawings, a patent, a 
machine, a facility, a factory, a company, a product, or the like 
which emits or generates the smallest weight of radiation, gas, 
liquid or solid, or information associated therewith through 
the numerical value auction. 

A buyer may selects a seller who has a right of emitting the 
smallest weight of C0 2 gas, S0 2 gas, or a substance specified 
by the buyer, or the like, or information on the seller through 
the numerical value auction. 

(8) In the next example, a seller selects a buyer who offers 
the smallest weight in transportation, processing, purchase, 
or the like, or information on the seller through the numerical 

When a seller sells or orders processing of industrial 
wastes, materials to be processed, recovered materials, sec- 
ond hand products, raw materials, intermediate products, or 



device, or the like which accepts the largest number of times 
of divided payment, divided purchase, divided transportation/ 
distribution, divided processing, divided working, destruc- 
tion working/method, or the like, or information associated 
5 therewith through the numerical value auction. 

A buyer may select a seller who offers the largest number 
of scanning lines, pixels, storage capacity, transmission 
speed, processing speed, resolution, magnification, or the 
like, when the buyer is going to buy a television set, a cathode- 
o ray tube, a display device, a video camera, a digital camera, a 
semiconductor device, a memory chip, a computer, an Inter- 
net terminal, a telephone, a server, a floppy disk, a projector, 
a telescope, or the like, or information on the seller through 
the numerical value auction. 
5 A buyer may select a seller who offers, produces or sells the 
largest number or amount for the amount of created manu- 
scripts for planning advertisement, the amount of created 
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manuscripts for advertisements and articles on newspaper, 
television, radio, publication and Internet, the number of pro- 
duced or sold videos, records, CDs, MDs, DVDs, the number 
of annual tickets for membership clubs, the number of rooms 
in accommodations, or the like, or information associated 5 
therewith through the numerical value auction. 

(10) In the next examples, a seller selects a buyer who 
offers the largest number or amount in transportation, pro- 
cessing, sales, or the like, or information on the buyer through 
the numerical value auction. 10 

A seller may select a buyer who purchases the largest 
amount of contained or packaged combustible, row materials, 
food, articles, chemicals, products, semi-finished products, or 
the like, or information on the seller through the numerical 
value auction. Alternatively, a seller may select a transporta- 15 
tion car, a transportation company, a car capable of transport- 
ing, a ship, a train, an airplane, an aeronaut, a rocket, a 
transportation machine, a device or the like which transport 
the greatest weight of these loads, or information associated 
therewith through the numerical value auction. 20 

A seller may select a consumer who consumes the largest 
amount of contained water, gas, combustible or the like, or 
information on the consumer through the numerical value 
auction. Alternatively, a seller may select a porter, a transpor- 
tation company or the like, or a car, a ship, a train, an airplane, 25 
an aeronaut, a rocket, a transportation machine or a device 
capable of transporting, or a device, a system, a business 
entity, or the like which transports the greatest weight of these 
loads, or information associated therewith through the 
numerical value auction. 30 

A seller may select a buyer who buys the largest amount of 
articles to be disposed, stocks, valuable wastes, or second 
hand articles, or information on the buyerthrough the numeri- 
cal value auction. Alternatively, a seller may select a porter or 
a transportation company capable of transporting the largest 35 
amount of such loads, or a car, a ship, a train, an airplane, an 
aeronaut, a rocket, a transportation machine or a device 
capable of transporting, or mformation through the numerical 
value auction. 

A seller or a lessor may selects a buyer, a lessee, an orga- 40 
nization, a system company, a distribution/sales company, or 
the like which accepts the largest number of times of divided 
payment, divided purchase, and divided transportation, dis- 
tribution and sales, or the like, or information associated 
therewith through the numerical value auction. 45 

(11) In the next examples, a buyer selects a seller who 
offers the smallest number or amount, or information on the 
seller through the numerical value auction. 

A buyer or a lessee may select a sales company, a financial 
company, a transportation company, a processing company, a 50 
dealing company, a system, a design, a patent, a machine, a 
facility, a device, or the like which accepts the smallest num- 
ber of times of divided payment, divided purchase, divided 
transportation, divided processing, divided working, destruc- 
tion working/method, or the like, or information associated 55 
therewith through the numerical value auction. 

Abuyer may select a system, a design, a patent, a machine, 
a facility, a device, a dealing company, or the like which can 
assemble or manufacture a building, a machine, a product, an 
article, or an object with the smallest number of parts, steps, 6C 
works, or the like, or information associated therewith 
through the numerical value auction. 

(12) In the next example, a seller selects a buyer who offers 
the smallest number or amount, or information on the buyer 
through the numerical value auction. 6i 

A seller or a lessor may select a buyer, a lessee, an organi- 
zation, a system company, orthc like which accepts the small- 



est number of times of divided payment, divided purchase, 
divided transportation, divided processing, divided working, 
destruction working/method, or the like, or information asso- 
ciated therewith through the numerical value auction. 

As appreciated from the foregoing, the following advan- 
tages are provided according to the fifth embodiment. 

With the employment of the auction system in which a 
requester (client) offers a desired trading condition with 
respect to a numerical value such that bidders complete with 
the numerical value, the client can conduct an auction with a 
numerical value other than the price, and find a trading partner 
who satisfies the requirements in accordance with the particu- 
lar client in terms of the numerical value. 

In the numerical value auction of this embodiment, a plu- 
rality of numerical values can be selected from length, area, 
weight, and so on, so that the client can selec I a trading partner 
who more satisfies the requirements of the client at auction. 

The fifth embodiment employs the information auction in 
which the server accepts a request for information, widely 
addresses third parties to provide the requested information 
through the Internet N such that bidders compete with a 
numerical value included in the provided information to 
determine an information provider (bidder) who has offered 
the information that most matches the requirements of the 
client as a successful bidder. It is therefore possible to acquire 
most appropriate information as to how one can be provided 
with a desired article or service even if a provider or a pro- 
viding company of such an article or a service does not 
participate in the auction. By thus trading information pos- 
sessed by third parties, it is possible to effectively use infor- 
mation which is valuable for other persons viewed from the 
third parties. 

Sixth Embodiment 

Next, a sixth embodiment which embodies the present 
invention will be explained with reference to FIGS. 1, 4, and 
46 through 58. The sixth embodiment differs from the fore- 
going embodiments in that an auction is conducted such that 
bidders compete with a numerical value indicative of evalu- 

An auction system for conducting an evaluation numerical 
value auction is substantially similar in configuration to that 
illustrated in FIG. 1. FIG. 1 illustrates an auction system for 
conducting an auction for an article or a service between a 
seller and a buyer through a network. The auction system 
comprises an auction management system 20, a network (the 
Internet in this embodiment) N, and terminals 30 of users 
(customers). 

The auction management system (intermediary manage- 
ment server system) 20 comprises a server (web server) 21, a 
customer/article management database (DB) 145, a bid man- 
agement database (DB) 146, and an evaluation data manage- 
ment database (DB) 147. It should be noted that the server 21 
may be configured of a plurality of servers, such as a separate 
web server and application server. 

The server 21 is connected to the Internet N and further 
connected to terminals 30 of third parties for communications 
therewith through the Internet N. The terminals 30 may be 
personal computers (hereinafter simply called the "personal 
computer") 31 of a manufacturer or individuals, or portable 
telephones 32 having the ability of making communications 
through the Internet (for example those supporting the 
i-mode). It is only individuals and dealers (manufacturers, 
stores, and so on) which have previously registered as users 
that are allowed to receive a customer provision service from 
the server 21 . In the auction system according to this embodi- 
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ment, the server 21 accepts a request from a client, and col- 
lects articles or services which most satisfy requirements of 
the client. On the other hand, when a client is a provider of an 
article or a service, the server 21 collects potential buyers. 
Then, the server 21 evaluates, in the form of numerical value, 
applied (offered) articles or services or persons (buyers) who 
may be provided with an offered article or service from a 
viewpoint of the requirements of the client. Then, the server 
21 determines the one who scores the evaluation value that 
most satisfies the requirements of the client as a successful 
bidder. In the following, this type of auction will be referred 
to as the "evaluation auction". More specifically, in the evalu- 
ation auction, an article or a service desired by a client is 
evaluated in the form of numerical \ 



potentially traded in the auction, such as food, recruiting, 
culture school, real estate, finance, venture (entrepreneurial 
activity), antique objects, and so on, options 1 08 for a client to 
select a normal auction or a counter-auction, and a decision 

i button 130. It should be noted that FIG. 47 illustrates only a 
portion of article and service classifications. Selection of the 
user registration button 1 03 results in the registration screen P 
(FIG. 4) displayed on the terminal 30. 
As illustrated in FIG. 4, the user registration screen P is 

o provided with options PI for selecting whether the user wants 
to participate in an auction as a seller or a buyer, and a variety 
of entry fields P2 for entering address, name, telephone num- 
ber, electronic mail address, sex, age, remarks, and so on. 
When the user has entered all required items in associated 



article or the service satisfies requirements of the client. From 15 fields on the user registration screen P displayed on the ter- 
a large number of bid information (articles, services, or the minal 30A and selects an OK button 55, the just entered user 
like) whichhave been previously registered, or collected each registration data Dl is transmitted to the server 21 through the 
time a request is made, an evaluation point (numerical value) network N and stored in the customer/article management 
about an article or a service, or an object or a person who DB 145. Upon confirming that the user has paid a predeter- 
serves for the service, which most satisfies the requirements 20 mined commission, the server 21 transmits an authentication 
of the client, is determined as a successful bid. number (ID and password) to the terminal 30A of the regis- 

FIG. 46 illustrates the functional configuration of the auc- tered user. The registered user uses the authentication number 
tion management system 20. The auction management sys- for utilizing the auction. 

tern 20 comprises a communication unit 148, a control unit A client may request for an evaluation auction in two 
149, a bid computing unit 150, a successful bid narrow-down 25 different ways: "direct trade" for directly looking for an 
computing unit 151, and an evaluation computing unit 152. object to be traded (a trading partner or an article/service) and 
The communication unit 148, control unit 149, bid computing "information trade" for looking for information on an object 
unit 150, successful bid narrow -down computing unit 151, to be traded (a trading partner or an article/service). A client 
and evaluation computing unit 152 are implemented by the selects the request registration button 104 for conducting the 
server 21. The communication unit 148 operates in accor- 30 "direct trade" and the information entry button 117 for con- 
ducting me "information trade". In either the "direct trade" or 
the "information trade," the client specifies a normal auction 
for bidding off an article or a service or a counter-auction for 
bidding off a buyer of an article or a service with the options 
; 108, and selects a selection button 100 associated with a 
classification to which a desired article or service belongs. 
The direct trade button 106 and the information trade button 
107 are provided for selecting the "direct trade" or the "infor- 
mation trade" upon conducting a bid, respectively. 
) When the client selects the decision button 130 while 
selecting a desired button 100 and the request registration 
button 104 or the information entry button 117, a request 
registration screen E illustrated in FIG. 48 is displayed. The 
request registration screen E is provided for identifying an 
5 article or a service to be traded, and entering requirements of 
a client with respect to the article or service. The screen E is 
provided with a trading type indicators 160 for indicating the 
type of trade, i.e., the "direct trade" or the "information 
trade", and a variety of entry fields El to E3 for identifying an 
article or a service such as the name of the article or service 
3 (for specifying details), an article number, the contents of the 
service, and so on. One of "direct trade" and "information 
trade" in the trading type indicators 160, which is selected by 
the client, remains active (FIG. 48 shows that "direct trade" is 
active). 

5 Requirements can be entered in a plurality of different 
ways, so that the screen E is provided with a sentence entry 
field E4 for entering a sentence which describes require- 
ments; key word registration buttons 161, 162, 163 for iden- 
tifying requirements with key words; and an evaluation reg- 
o istration list button 164 for identifying requirements by- 
specifying a numerical value or the like for each evaluated 
item (specifications or the like). The screen E is also provided 
with options E5 for specifying a level of requirements at five 
levels: "very high", "high", "middle", "low", and "very low". 
5 The options E5 are provided because, for example, when a 
word such as "good", "low" or the like indicative of a level is 
entered in a sentence, the level must be definitely identified. 



dance with a predetermined communication protocol (e 
HTTP). A bid management DB 146 stores data and so on 
required for a bid, and comprises a bid condition storage unit 
153 which includes a bid data storage unit 154 and a narrow- 
down data storage unit 155. An evaluation data management : 
DB 147 stores data and so on required for numerical value 
evaluation of an article or a service, and comprises an evalu- 
ation data storage unit 156 and a conversion data storage unit 
157. The control unit 149 and the respective computing units 
150 to 152 are used for computing control for a numerical ■ 
value evaluation or bid processing for competing with the 
numerical value in the evaluation auction, and a variety of 
data stored in the respective storage units 153, 156, 157 are 
used for the computing processing. The evaluation numerical 
value, with which a bid is conducted, is not limited to a pure 
numerical value, but may be an evaluation rank, for example, 
A, B, C, and so on, as long as it is a kind of numerical value 
which can be compared by computer processing. 

An auction home page (HP) (site) resides in the server 21 of 
an intermediary company. A user (customer) displays an auc- 
tion HP illustrated in FIG. 47 on a screen through the network 
N using a browser application from a terminal 30 for viewing 
the auction HP. A variety of screens such as the user registra- 
tion screen P similar to that illustrated in FIG. 4, a request 
registration screen E illustrated in FIG. 48, a bid registration 
screen K illustrated in FIG. 52, an information provision 
screen NB illustrated in FIG. 53, and so on are linked to the 
auction HP. The server 21 stores in its hard disk, screen data 
for the variety of screens HP, P, E, K, NB and so on, a program 
for use in displaying the screens and so on (for example, an 
HTML description program), a program foruse in computing 
processing involved in the auction, and so on. 

As illustrated in FIG. 47, the auction HP is provided with 
user registration button 103, a request registration button 104, 
an information entry button 117, a direct trade button 106, an 
information trade button 107, and a large number of selection 
buttons 100 classified into respective articles and services 
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The options E5 is used as required since a level of require- 
ments must be identified as well when the requirements are 
identified with key words, which will be described later. The 
screen E is further provided with options E6 for selecting 
whether or not bids are collected after the registration of the 
request, and an entry field F7 for entering a limited time. 
When "yes" is selected (bids are collected) in the options E6, 
the server 21 delivers the requirements of the client to collect 
bidders after the registration of the request, the client enters a 
desired bidding period in the time limit entry field E7. 

The server 21 analyzes a sentence that describes require- 
ments, entered in the sentence entry field E4, and automati- 
cally allocates a key word suitable for the requirements by 
internal processing. A microcomputer in the server 21 ana- 
lyzes the sentence to extract key words which are possibly 
regarded as evaluation items, thereby finding out appropriate 
evaluation items from the sentence. Also, the microcomputer 
identifies which of evaluation items should be given impor- 
tance from the contents of the requirements which are under- 
stood from the result of the analysis on the sentence in accor- 
dance with data for specifying an evaluation percentage to 
assign an evaluation percentage to each evaluation item (key 
word). The evaluation data management DB 147 stores data- 
base data for extracting appropriate key words (evaluation 
items) from words within a sentence, and the data for speci- 
fying an evaluation percentage for assigning an evaluation 
percentage to each key word from the intention of the require- 
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or example, the intention of the requirements identi- 
fied from a sequence of combined key words) which may be 
understood from the result of the analysis on the sentence. : 

An example of an entered sentence may be, for example, "a 
food which is good, cool and healthful" or the like. In this 
sentence, "good" is a subjective taste, so that the micropro- 
cessor in the server 21 responds with a query "enter the good 
taste in more specific terms". The client may enter, for : 
example, "sweet and good" as a detailed description on the 
good taste. If the sentence is proper, it is broken down into 
words "sweet", "good", "cool", "healthful", and "food", and 
a key word "healthful" may be extracted, by way of example, 
from a combination of two words "healthful" and "food". < 
With the key word "healthful", a predetermined equation is 
identified and set such that a food which contains components 
indispensable for the health, such as vitamins, minerals and 



data management DB 147 stores database data for identifying 
a key word from a sequence of combined words, and for 
determining the tendency of the evaluation percentage and 
evaluation point in the manner described above. This data- 
base data has been created based on integrated knowledge of 
experts or empirical rules. When "sweet" is extracted a key 
word (evaluation item), a high evaluation point is given to a 
food with a high sweetness, which uses a sweetener other than 
sugar, if "diabetes" is included in key words. 

A client offers a desired article or service, and identifies 
specific requirement, if any, in the desired article or service, 
by registering key words. The registration of key word is 
classified into three: "priority order registration", "evaluation 
percentage registration", and "predefined registration" which 
are selected by three buttons 161, 162, 163, respectively. 
FIGS. 49, 50, 51 illustrate three types of customer registration 
screens provided for a client to enter his requirements. When 
the client selects the button 161, 162 or 163 on the screen E, 
one of the three types of request registration screens LA, LB, 
LC illustrated in FIGS. 49, 50, 51 is displayed. The request 
registration screen LA of FIG. 49 is provided for registering 
key words in the "priority order registration" which allows the 
client to specify a priority order for the key words. This screen 
LA is provided with an article/service display field 166, entry 
fields LAI to LAn for entering a maximum of n key words for 
a first priority, . . . , an n-th priority in a priority order in which 
higher importance is given to the key words in the evaluation, 
and an OK button 167. 

The request registration screen LB of FIG. 50 is provided 
for registering key words in the "priority order registration" 
which allows the client to specify a rate in accordance with the 
importance of each key word in the form of evaluation per- 
centage (%). This screen LB is provided with an article/ 
service display field 166 similarto that in FIG. 49, entry fields 
LB1 to LBn for entering key words with a first priority to an 
n-th priority, evaluation percentage entry fields 168 for the 
key words, and an OK button 167. 

The request registration screen LC of FIG. 51 is provided 
for registering key words "predefined registration" for which 
no priority order is given in particular or to which a predefined 
priority order, which has been initially preset by a program, is 
applied. This screen LC is provided with an article/service 
display field 166, entry fields LCI to LCn for entering a 
of n key words as evaluation items, and an OK 



>nisgivenagreaterevaluationpointwithincomponentsof 
the food. For example, the evaluation data management DB 45 buttralCT"' 

147 stores evaluation data which has been created based on ' TD1t TD , r „ , r 

, , . , , t * | . t . For the entry fields LAI to LAn, LB1 to LBn, LCI to LCn 

data submitted by the client, previous data, and so on. I he / ' ' 

' v on the respective request registration screen LA, LB, LC, key 

words may be selected from those previously prepared, or 
} freely entered. 

As the evaluation registration list button 164 is selected, a 



te client, previous data, and 
evaluation data serves as database data, for example, related 
to components data such as vitamins, minerals, and so on of a 
food, as well as the quality, characteristics, components, per- 50 
formance, title, specialty, and so on for a variety of articles 



es, and providers of such articles and st 
evaluation point for a key word is calculated using evaluation 
data in accordance with predetermined equation associated 
with the key word. 5 

Expressing "healthful" in the exemplary sentence again in 
more specific terms, assume that the entered sentence 
describes "a food which is sweet, cool, good and effective for 
diabetes". In this event, the sentence is broken down into the 
following words: "sweet", "cool", "good", "diabetes", and t 
"food". For example, a key word "diabetes" may be extracted 
from a sequence of three words "sweet", "food", and "diabe- 
tes". Also, "sweet" may be extracted as another key word. 
With the key word "diabetes", a predetermined equation is 
identified and set such that a food which contains less sugar in ( 
its contents is given a greater evaluation point, and its evalu- 
ation percentage is higher (high percentage). The evaluation 



registration list EA is displayed. The registration list EA 
enumerates a plurality of previously provided evaluation 
items which are estimated to be required for evaluating an 
article or a service specified by the client. The client enters 
required items such as a desired numerical value, a range, and 
so on for a specified evaluation item. It should be noted that 
the screens E, LA, LB, LC and the registration list EA corre- 
spond to a request screen. 

When the client has entered required items on the request 
registration screens E, LA, LB, LC and the registration list EA 
displayed on the terminal 30A, and selects the transmission 
button 165 on the screen E, bid registration data D18 as bid 
request information including article/service related informa- 
tion and requirement information is transmitted to the server 
21 through the network N. The request registration data D18 
is divided into a variety of database data, as required, classi- 
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fied into respective trading types, fields and so on, and stored ing a request from a client, his requirements are widely noti- 

in the respective database 145. 147. Here, the article/service fied on terminals 30 of third parties through the network N to 

related information corresponds to attribute information. collect bidders. The advanced bid system is suitable when the 

A client may request for an evaluation auction in two contents of an article or a service available for the bid are 

different ways: "direct trade" and "information trade". A 5 fixed. Upon accepting a request, it is immediately find an 

client selects the direct trade button 106 on the evaluation article, a service, or a buyer which satisfies the requirements, 

auction HP screen for participating in a bid for "direct trade," or information associated therewith with a short waiting time, 

or selects the information trade button 107 on the evaluation On the other hand, the normal bid system allows a bidder to 

auction HP screen for participating in a bid for "information view and confirm details on a request of a client and partici- 

trade". In either the "direct trade" or the "information trade", 10 pale in a bid after determine an article or a service which the 

the client specifies a normal auction or a counter-auction with bidder can offer, so that the client can determines a bidder 

the options 108, selects a selection button 100 associated with who has offers conditions preferred to the requirements as a 

a classification to which a desired article or service belongs, successful bidder. The bid registration data D19 and the bid 

and then selects the decision button 130. In response, a bid information data D20 (see FIG. 53) are stored in the cus- 

registration screen K illustrated in FIG. 52 is displayed when 1 5 tomer/article management DB 145 and the evaluation data 

the "direct trade" is selected, while an information provision management DB 147, respectively when the advanced bid 

screen NB illustrated in FIG. 53 is displayed when the "infor- system is conducted, and stored in the bid data management 

mation trade" is selected. It should be noted that the bid DB 146 when the normal bid system is conducted. In the 

registration screen K and the information provision screen advanced bid system, the bid data stored respectively in the 

NB correspond to a bid screen. 20 DBs 145, 147 are read for bidding upon acceptance of a 

As illustrated in FIG. 52, the bid registration screen K is request from a client, 

provided with a variety of entry fields Kl to K6 for entering an An article may be information. Specifically, when a certain 

article or service name (specified in detail), an article number, art j c ] e 0 r service is desired, an auctionmay be used for a trade 

the contents of a service, a price (fee), a place, reference for buying required information from a person who knows an 

information, and so on; an evaluation data registration button 25 owner 0 f the article, a company which sells the article, or a 

1 69 which is selected for registering evaluation data for use in provider or a providing company of the service, 

numerical value evaluation; a requirement display field K7 Traded in f ormation may be in any fields and categories, 

for displaying requirements of a client; and a requirement Giving a mere example; ^ ere is information on schools offish 

reference button 170. When a client specifies requirements (abou , wnat time which ^ of fish in which re ^ on md at 

without sentence (key word registration or evaluation item 30 whkh density of signs of feh) mformation on resources (in- 

registration (specification or the like)), the requirement ref- f ormat ; on on wn ere rare metals, petrol, or the like is buried), 

erence button 170 selected by the client results in displaying and SQ on 

SSX^^^^^ 600 items res whett entering " infonnatio11 on a sch ° o1 of fish called 

On the other hand, when the client selects the evaluation 35 (ln aK ^rP°^^!f'l° r A "v K if 3 jf?"? 

,~[ .... ,- tV A- a- place or region)", "fish called "OO (a kind offish), and sign 

data registration button 169, a registration list KAis d.s- ^ ^J^- mibek eywor d entry field, the sentence is 

played. A person who is going to register in a bid enters ^ as . ( . g ^ informati( / n {0 wjde , co]lec , inforrnation 

required.tems (evaluation data) m evaluaOon . terns and so on in f orma tion through the Internet N in the 

enumerated ,n the registration list KA. A client enters J£ information knows 
requireditemsma^ 

displayed on the terminal 30A and selects a — sion 0Q on ^ 

buttonl71, caus.ngb.dregistrat.ondataDWas bidmforma- * sq ^ hg 

^\^^^^^^^^ A ^ enters the valuable mformation possessed' by himself in an 

Within the bid registration data D19 data associated wi h * for ^ 

article/service management is added to the customer/article 45 * ' ° 

management DB 145; data associated with evaluation man- »° w t0 handlc information on a school of fish at auction 

agementisstoredintheevaluationdatastorageunitl56inthe will be explained as an example. For example, a fishing boat 

evaluation data management DB 147, as classified into may provide fishermen and fishing boats with mformation on 

respective fields or the like signs of fish which is not a target of the fishing boat itself but 

In the evaluation auction, requirements of a client are ana- 50 may be intended, for example, by other fishing boats, other 

lyzed and replaced with evaluation items (for example, rep- than fish which is captured by the fishing boat. In this event, 

resented by key words orthe like). Then, an associated article ships and so on which expect such information generally want 

or service is evaluated in the form of numerical value foreach information on signs offish from a ship nearest to them. For 

oftheevaluationitems.Consequently,theevaluationnumeri- this purpose, the ships participate in an auction to acquire 

cal values are individually evaluated for each of the evalua- 55 information from the nearest ship. Specifically, a ship which 

tion items or the respective evaluation points for all the has information on signs of fish provides the information to a 

evaluation items are summed to derive a total evaluation point server 21 in an intermediary company through the Internet N. 

which is to be evaluated. For example, fishermen and fishing boats may use the auction 

A bid is conducted in two different systems: an advanced to look for any useful information on the fishing from nearby 

bid system in which the contents of a bid are previously 60 ships. In this event, it 1S possible to enter the kind offish orthe 

registered before a request is made, and a normal bid system >n the priority entry field to narrow down information. It 

in which bidders arc collected after a request is made. In the is also possible to narrow down a range of region, 

advanced bid system, bid information has been previously Then, the server 21 widely provides terminals 30 of third 

registered in the auction management system 20 before a parties with such an outline of mformation that let the third 

request is made, and when a request is made afterwards from 65 parties understand to which the information is related. A third 

a client, a bid is conducted among bid data which have been party which views the outline may buy the information 

previously registered. In the normal bid system, after accept- through the terminal 30. 
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For example, when an information entry button 117 is the form of numerical value for each of the evaluation items 

selected on the auction HP as illustrated in FIG. 47, an infor- (represented, for example, by key words or the like). Conse- 

mation provision screen NB illustrated in FIG. 53 is dis- quently, the evaluation numerical values are individually 

played. As illustrated in FIG. 53, the information provision evaluated for each of the evaluation items, or the respective 

screen NB for use in a bid for the "information trade" is 5 evaluation points for all the evaluation items are summed to 

provided with a collected information display field NB1, an derive a total evaluation point which is to be evaluated. This 

information fee (compensation for providing information) evaluation point is competed, and the client preferentially 

display field NB2, a remaining time display field NB3, an bids off an article, the evaluation point of which more satisfies 

information entry field NB4, an ID number entry field NB5, a conditions of a bid form. In this way, the bid is conducted with 

requirement reference button 172, an information attachment 10 numerical values which obtain evaluation points that satisfy 

button 173, and a transmission button 174. The collection the requirements. 

information display field NB1 displays the contents of infor- Alternatively, a client or a bidder may only notify a desired 

mation, which a client is looking for, in sentence. When a articleorservice,inwhichcasetheserver21storesevaluation 

client specifies requirements without sentence (key word reg- data for properly evaluating previously registered articles or 

istration or evaluation item registration (specification or the 15 services to evaluate a plurality of previously determined 

like)), the requirement reference button 172 selected by the evaluation items in numerical value such that the client bids 

client results in displaying detailed requirements for key off the article or service which has a high total evaluation 

words or evaluation items registered by the client on an aux- point. 

iliary screen. Since an information fee is displayed in the FIG.55showsevaluationdataD21whichrecordsaneva!u- 

information fee display field NB2, a viewer who can provide 20 ation point for each of evaluation items associated with 

the collected information enters (fills) the provided informa- articles and services, wherein an evaluation point for each of 

tion in the information entry field NB4, or attaches detailed evaluation items is recorded for each of registered articles A, 

data by entering required items such as evaluation data and so B, C, ... In this example, the articles are evaluated on the basis 

on a registration list NBB which is displayed when he selects of 1 00 points. 

the append button 173, enters his ID number, followed by 25 FIG. 56 shows equation data D22 which records equations 

transmission of the information. Then, as the viewer selects for use in converting a key word into a numerical value, 

the transmission button 174 after entering his ID number, bid wherein a corresponding equation is recorded for each key 

information data D2 as bid information is transmitted to the word. Variables in the equations corresponds to evaluation 

server 21 through the network N. items, so that an evaluation point is calculated for a key word 

The information provision screen NB displays the contents 30 by substituting evaluation points of evaluation items corre- 

of information which a client is looking for in the collected sponding to the respective variables in the equations and 

information display field NB1, and an information fee in the calculating the equations. 

information fee display field NB2, so that a viewer who can For example, for looking for a food through the numerical 

provide desired information enters (fills) provided informa- value auction, when evaluation items include key words such 

lion in the information entry field NB4, or attaches data by 35 as "safety," "healthful", "disease" and so on, by way of 

entering data on evaluation items (specifications or the like) example, these requirements are totally and properly evalu- 

on a registration list NBB which is displayed when he selects ated for conversion into an evaluation point. To each key 

the append button 173, and manipulating for attachment, word, an equation has been previously set such that the key 

enters his ID number, followed by transmission of the infor- word is correctly evaluated. For example, with "safety", 

mation. The server 21 manages the information in the data- 40 evaluation items used as variables of an associated equation 

base 147. For example, when the client transmits information includes a natural vegetable using ratio, a synthetic seasoning 

on requirements to the server 21, the server 21 searches the using ratio, a sugar using ratio, agricultural chemicals/fertil- 

management data in the database 147 for pertinent informa- izers, minerals, and so on, each of which is given a greater 

tion, and immediately collects the information when the point as an associated food is more healthful to a human body, 

information is not urgently required so that a collection time 45 For example, an equation "Zkn (=kl, 2+ . . . n)" (where kn is 

is allowed to some extent. Then, after the expiration of a an evaluation value for an evaluation item n). In this way, an 

limited time, at which a remaining time has exhausted, col- evaluation point is found in accordance with a key word based 

lected information is analyzed to transmit the information on the evaluation data D21 and the equation data D22. With 

which most matches the needs of the client to a terminal 30 of "disease", in turn, an equation is employed such that an evalu- 

the 415 client. In this event, a reference of evaluation point is 50 ation item (for example, a component such as a vitamin or the 

specified for bidding off in accordance with a level of require- like) more effective for curing this disease is more highly 

ments specified by the client, so that a successful bidder is weighted. A food which is given a high point to the effective 

determined in accordance with the specified evaluation level. evaluation item is properly evaluated so that its evaluation 

The client who has acquired the desired information pays the point for the key word "disease" basically becomes greater, 

information fee and an additional commission. The informa- 55 For example, for diabetes, an equation is employed such that 

tion fee is paid to the successful bidder. an evaluation point for a sugar percentage is more highly 

Alternatively, a client may only notify a desired article or weighted, so that a food having a low sugar percentage is 

service, in which case the server 21 stores evaluation data for significantly highly evaluated. The respective data D21, D22 

properly evaluating previously registered articles or services are stored, for example, in the database 147. 

to evaluate a plurality of previously determined evaluation 60 For example, when a client uses the screen LA of FIG. 49 

items in the form of numerical value such that the client bids for setting a plurality of key words, evaluation points for 

off the article or service which has a high total evaluation respectivekeywordsofthefirstprioritytothen-thpriorityare 

point. weighted in the priority order, so that requirements of the 

Next explained is a method of evaluating whether an item client are totally evaluated. For example, a total evaluation 

satisfies a client's requirements in the form of numerical 65 point is calculated in accordance with its predefined evalua- 

value. The requirements are analyzed and replaced with tion percentage, forexample, 100% forthe first priority, 80% 

evaluation items. Then, an associated article is evaluated in for the second priority, ...,10% for the n-th priority, and so 
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on. When the screen LB of FIG. 50 is used, evaluation points 
for respective key words of the first to the n-th priority are 
weighted in accordance with corresponding evaluation per- 
centage % to calculate a total evaluation point. When the 
screen LC of FIG. 51 is used, respective key words are equiva- 5 
lently evaluated with an equal evaluation percentage. It 
should be noted that requirement data (for example, key 
words and so on) from the client, which is information that is 
the basis for conversion into numerical values such as evalu- 
ation points for individual items and a total evaluation point I 
correspond to information under evaluation. 

FIG. 54 illustrates an evaluation result display screen O. 
For example, when a client sets a plurality of key words, 
candidate articles (or services) which satisfy requirements are 
displayed in the order of greater total evaluation points as ] 
illustrated in FIG. 54. On this screen O, an individual evalu- 
ation point for each evaluation item (key word) and a total 
evaluation point are displayed for the respective articles (or 
services) selected as candidates. The number of bidders enu- 
merated in a list on the evaluation result display screen O is : 
determined by the server 21, and are narrowed down to a fixed 
percentage of all bidders, or to a fixed number of bidders 
specified by the client. When the client can view the evalua- 
tion result display screen O on the terminal 30, the client can 
select by himself a successful bidder or an article with refer- ; 
ence not only to the total evaluation point but also to an 
individual evaluation point for each of the evaluation items. 

On the screen O, a bid-off button 175 at a right end position 
corresponding to an article (or a service) ranked at the first 
position as a successful bid candidate is displayed as selected. 
When the client wants to individually view an evaluation 
point for each key word and changes an article to be bid upon 
to an article at a lower rank candidate, the client may select a 
right end position corresponding to the article to switch the 
position at which the bid-off button 175 is selected to the 
position of the selected article. Then, the client selects an OK 
button 176 with the bid-off button 175 being selected. On the 
other hand, for a correction or a cancel, a correction button 
177 may be selected. As the client selects an article to be bid 
upon and selects the OK button 176, the associated bid-off 
data is transmitted to the server 21, which, upon receipt of the 
bid-off data, notifies both the seller and the buyer of the 
establishment of the trade. Of course, information on a suc- 
cessful bidder may only be transmitted to the client. In other 
words, the server 21 determines the bidder who has obtained 
the highest total evaluation point as a successful bidder, and 
notifies the client to that effect together with details on the 
evaluation. 

Next, an auction procedure will be explained with refer- 
ence to a flow chart of FIG. 57. 

First in S2010, an article/service is selected. Specifically, 
on the auction HP, the type of trade (direct trade, information 
trade) is selected by the buttons 106, 107, and the field of the 
article/service is identified by selecting a selection button 
100. Subsequently, the decision button 130 is manipulated, 
and a desired article or service is specifically identified in the 
identified field on the next screen (request registration screen) 
E (however, depending on the field, an article or the like may 
have been previously identified before the request registration 
screen E is displayed). It should be noted that a procedure of 
receiving the data entered in S2010 to 2040 at the server 21 
corresponds to a request procedure. 

In S2020, requirements on the article or service are 
entered. Specifically, for entering the requirements as a sen- 
tence, the sentence is entered in a sentence entry field E4 on 
the request registration screen E. On the other hand, when the 
requirements are to be identified using key words, one of three 
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buttons 161, 162, 163 is selected on the request registration 
screen E. Then, on the next screen LA, LB, LC associated 
with the selected button, key words are entered. In addition, 
on the screen LB, an evaluation percentage for each key word 
is entered in an evaluation percentage entry field 168. Also, 
for specifically entering numerical values or the like lor 
evaluation items (specifications or the like), the numerical 
values or the like for the evaluation items (specifications or 
the like) are entered on a list EA which is displayed when an 
evaluation registration list button 164 is selected. 

In S2030, it is determined whether the requirements have 
been entered asa sentence or askey words. Fora sentence, the 
procedure flow continues to S2040, while for key words, the 
procedure flow continues to S2050. 

In S2040, the sentence is analyzed to extract key words 
from the sentence. Here, the sentence analysis involves divid- 
ing the sentence into words (nouns, adjectives, and so on), 
determining whether or not each of the words is found in 
registered words in the database, and selecting a key word 
associated with the registered word if found. Also, since a 
certain word may only have abstract and vague meaning so 
that the word alone cannot be used as the basis for evaluation 
(for example, "good"), the meaning is found in consideration 
of the relationship with other words such as those previous 
and subsequent to that word, and a key word pertinent to the 
resulting meaning is also selected. Further, if there are a 
plurality of key words associated with a matching registered 
word, the key words are narrowed down from the meaning 
found from the relationship among the words. In this event, 
since the article or service has been already determined, an 
appropriate key word is extracted in consideration also to 
their natures and characteristics. Moreover, if a word has too 
vague meaning to narrow down key words, the client is 
required to re-enter a specific word. 

In S2050, an evaluation auction is started. Specifically, the 
server 21 creates a bid registration screen K in which details 
on a request received from a client is reflected, and delivers 
the bid registration screen K, such that those who access the 
screen K can view the auction, to solicit a participation in a 
i bid for an article or service offered by the client. The server 21 
widely collect bids on terminals 3 0 of third parties through the 
Internet N. In this event, if the auction is conducted for an 
article or a service available from particular dealers, the 
server 21 transmits bid collection information only to such 
i particular dealers. 

In S2060, it is determined whether or not a bid collection is 
specified. Specifically, when the bid collection "YES"is set in 
the options E6 and a bidding period is set in the entry field E7 
on the request registration screen E, bidders are collected 
i during the bidding period. Since some article or service is not 
suitable for a bid, the contents of which is changed according 
to the details on the request, when viewed, articles or services 
are narrowed down to those that most satisfy the requirement 
from previously registered data if such a type of article or 
> service is traded at auction. On the other hand, when an article 
or a service is suitable for a bid, the contents of which is 
determined after details on a request is viewed and consid- 
ered, bidders who offer conditions and so on that satisfy 
requirements are collected during the bidding period. It 
l should be noted that a procedure of starting the auction to 
display the bid registration screen K on the terminals 30 of 
bidders in S2050 and receiving bid information at servers 21 
in S2060 when there is an application, corresponds to a bid 
procedure. 

5 In S2070, it is determined whether or not any application is 
made to the auction. In other words, the presence or absence 
of a bid from a bidder is determined. In this event, the pres- 
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ence or absence of the bid registration data D19 is determined 
when the client has specified the "direct trade " while the 
presence or absence of the bid information data D20 is deter- 
mined when the client has specified the "information trade" 
If there is no bid, the server 21 waits for bids. If there is a bid, 5 
the procedure flow continues to S2080. Il should be noted that 
a procedure executed from S2070 to S2170 corresponds to a 
bid acceptance procedure. 

In S2080, bid information is acquired to execute the bid 
processing which involves evaluating each of evaluation 10 
items in the form of numerical value based on a variety of data 
for evaluation which has been offered as one piece of infor- 
mation within the bid information, summing the respective 
numerical values to produce a total evaluation numerical 
value, and conducting the bid with the total evaluation 15 
numerical value. Bidders are ranked in a priority order in 
which positioned at a higher rank is a bidder who is given a 
greater total evaluation point which is derived by summing 
respective numerical values representative of evaluations for 
respective evaluation items for the contents of offers of the 20 
bidders. 

In S2090, it is determined whether or not a limited time has 
expired. When within the limited time, the procedure flow 
returns to S2070 to repeat the processing from S2070 to 
S2090 to execute the bid processing each time a new bidder 25 
applies, until the limited time expires. At the expiration of the 
limited time, the procedure flow continues to S2120. 

On the other hand, if it is determined in S2060 that the bid 
collection "no" is specified, bid information is collected in 
S2100. Specifically, the bid registration data D19 or the bid 30 
information data D20 previously managed as databases in the 
DBs 145, 147 are searched to extract previously registered 
articles or services pertinent to the specified article or service. 

Then, in next S2110, the bid processing is executed for the 



O by selecting a screen display after entering a password on 
the screen of the terminal 30. The evaluation result display 
screen O enumerates candidate items (articles/services) or 
candidate persons in a priority order in which candidates 
given greater total evaluation points are ranked at higher 
places. 

In S2140, it is determined whether or not a successful 
bidder has been determined. The evaluation result display 
screen O is continuously displayed (S2120) until a successful 
bidder is determined, and the procedure flow continues to step 
S2170 when a successful bidder is determined. The client 
determines a trading partner while referencing individual 
evaluation points for the respective evaluation items as well as 
the total evaluation points and further referencing other infor- 
mation offered by the bidders. On the screen O, the bid-off 
button 175 is displayed as selected at a position correspond- 
ing to an article (or a service) at the first place of the candidate 
ranking. When the client wants to individually view an evalu- 
ation point for each key word and changes an article to be bid 
upon to an article at a lower rank candidate, the client may 
select a right end position corresponding to the article to 
switch the position at which the bid-off buttonl 75 is selected 
to the position of the selected article. On the other hand, for a 
correction or a cancel, a correction button 177 may be 
selected. When the client eventually determines a trading 
item (trading partner, an article or a service) after changing 
the selection of the bid-off buttonl75 as required on the 
screen O, the client selects the OK button 176. In response, 
the associated bid-off data is transmitted to the server 21 
through the Internet N, which determines that a successful 
bidder has been determined, followed by the procedure flow 
continuing to S2170. 

In S2170, the server 21 notifies both the user and the 



with evaluation numerical value. 35 successful bidder of the establishment of the trade. 



extracted articles or se 
Specifically, articles or services offered by the respective 
bidders are evaluated in the form of numerical value for 
evaluation items (key words or the like) identified from the 
requirements of the client, and are narrowed down to those 
which are given a total evaluation point, the sum of evaluation ■ 
numerical values for the respective evaluation items, that 
most satisfies the requirements of the client. 

In S2120, it is determined whether or not a bid-off self 
selection is set. The procedure flow continues to S2150 when 
the bid-off self selection is not set, and to S2130 when the ■ 
bid-off self selection is set. 

In S2150, it is determined whether or not a successful 
bidder is determined. In other words, it is determined whether 
bidders are narrowed down to a predetermined number of 
successful bidders. The procedure flow continues to S2160 if 
the bidders are not narrowed down to the predetermined num- 
ber of successful bidders, and otherwise to S2170. 

In S2160, the narrow-down processing is executed. Bid- 
ders are narrowed down to a predetermined number of poten- 
tial successful bidders in consideration of other reference 
information other than evaluation numerical values. A bidder 
who has offered conditions or the like that most satisfy the 
requirements of the client is determined as a successful bid- 
der. On the other hand, if a price is fixed or if a price itself is 
not handled in a bid, successful bidders arc narrowed down to 
a predetermined number in accordance with a previously 
defined predetermined rule. 

On the other hand, if it is determined in S2120 that the 
bid-off self selection is set. the evaluation result display 
screen O, which lists bid information provided by a predeter- 
mined number of successful bidders, illustrated in FIG. 54 is 
created. The user can view the evaluation result display screen 



Next, a procedure of the evaluation auction will be 
explained with reference to a flow chart of FIG. 58. This 
procedure is used when a bid is conducted with evaluation 
numerical values in the flow chart of FIG. 57. It should be 
) noted that a procedure shown in S3010 to 3070 also consti- 
tutes a bid-off procedure. 

In S3010, the server 21 collects the evaluation data D21 
(FIG. 55) associated with an article or a service (including a 
provider). 

5 InS3020,theserver21 acquires an equation for a key word. 
Specifically, the server 21 searches the equation data D22 
with the key word to acquire an equation corresponding to the 
key word. 

In S3030, evaluation items corresponding to variables used 
in an equation for each key word are searched to acquire an 
evaluation point for each evaluation item. 

In S3040, the evaluation points for the evaluation items are 
substituted into the variables in the equation for the key word 

5 to calculate an evaluation point for the key word. 

In S3050, an evaluation percentage is acquired for each key 
word. When requirements are registered as key words, an 
evaluation percentage determined from a priority order is 
employed in "priority order registration"; an evaluation per- 

o centage specified by the client is employed in "evaluation 
percentage registration"; and a predefined evaluation percent- 
age (for example, an equivalent evaluation percentage), 
which has been initially set, is employed in "predefined reg- 
istration". On the other hand, when the requirements arc 

5 entered as a sentence, an evaluation percentage specified to 
each of key words from the result of an analysis on the 
sentence is employed. 
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In S3060, the evaluation point for each of the key words is 
multiplied by each evaluation percentage associated there- 
with, and the resulting values are accumulated to calculate a 
total evaluation point. 

In S3070, the result of the evaluation is displayed on the 
screen. In this event, the evaluation points given to items 
offered by respective bidders are compared to draw up the 
bidders (or offered articles or services) in order. In this event, 
a range of points is determined in accordance with the level of 
the requirements registered by the client on the request reg- 
istration screen E, so that the bidder who has been given the 
highest total evaluation point, for example, within the range 
of points is determined as a successful bidder. 

Next, several examples for the evaluation auction will be 
enumerated below. 

(A) Desired conditions and the degree of satisfaction of a 
buyer is evaluated, such that a seller who has offered the 
conditions/contents which are given the highest value, or 
information on the seller is selected at auction. 

(1) A judge or a buyer evaluates the novelty or inventive 
step, performance, usability and functions, notability and 
favorability, price, design, and so on of an article or a product, 
a machine, a facility, a system, design drawings, a design, a 
patent or the like, or desired condition, degree of satisfaction 
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membership history, or the like of an ordinary customer, 
client, member, employee or the like, or conditions specified 
by the judge or the buyer, and selects an item which was given 
the highest point for an individual numerical value or a com- 
bination of all the numerical values, or information on the 



(7) When a judge or a buyer is going to leam at a school, a 
driving school, or a training school for acquiring a title, or a 
sport, music, picture, language, skill or cultural class, or with 
i a home tutor or the like, the judge or the buyer evaluates a 
school fee, required period for acquiring a title, time required 
to reach the class and transportation means, higher grade 
school entrance and recruiting accomplishment, experiences 
and evaluations by learned students, environment, equip- 
: ment, facilities and so on of the class, or the like, or condi- 
tions, degree of satisfactory, or the like specified by the judge 
or the buyer, and selects an item which was given the highest 
point for an individual numerical value ora combination of all 
the numerical values, or information on the item at auction. 
> (8) When a judge or a buyer is going to make an order to a 
carpenter or a construction or a facility company, a house 
reform company, or a plate, paint or repair company for a car, 
a machine or the like, a repair company for a business 
machine, dairy necessities or the like, a transportation cc 



or the like of the judge or the buyer, and selects an item which 25 pany for movement, delivery or the like, an on-demand pro- 
was given the highest point for an individual numerical value duction company, or the like, the judge or the buyer evaluates 
or a combination of all the numerical values, or information a price, a fee and a payment method, the number of days 
on the item at auction. required for production, repair and mending, a service period 

(2) A judge or a buyer evaluates locality, characteristics, and a range of insurance of the after service, time and distance 
valuability, distribution, notability, quality, quantity, price, 30 to the house or the office of a contractor, evaluations of 
preservation, color, shape, and so on of a fuel, a raw material, customers for a seller and work results, the skill and personal 
an agricultural product, a marine product, a forest product, a evaluation of a contract, and so on, or conditions, degree of 
processed item, a product, an article, or the like, or desired satisfactory, or the like specified bythejudgeorthebuyer,and 
condition, degree of satisfaction or the like specified by the selects an item which was given the highest point for an 
judge or the buyer, and selects an item which was given the 35 individual numerical value or a combination of all the 
highest point for an individual numerical value or a combi- numerical values, or information on the item at auction, 
nation of all the numerical values, or information on theitem (B) A seller evaluates desired conditions, and selects a 
at auction. buyer who has offered the highest numerical value or infor- 

(3) A judge or a buyer selects an answerer, an examinate, a mation on the buyer at auction. 

player, a performer, a man of ability or the like which has 40 (1) When an information provider or a seller sells, rents, or 
acquired the highest point, or information associated there- sells information on a transportation means such as a car, a 
with at auction. ship, an airplane, a rocket or the like, an article, a product, a 

(4) A judge or a buyer evaluates the figure, sense, style, machine, a facility, a system, a building, a land, engineering, 
fashion, singing ability, playing ability, dance ability, force, a design, a copyright, a patent, or the like, or sells a fuel, a raw 
vitality, skill, conversational skill, intellectual ability, nota- 45 material, an agricultural product, a marine product, a forest 
biliry,orthe like, ordesired conditions, degreeof satisfaction, product, a processed item, or the like, or sells information 
evaluation of the performance, or the like specified by the associated therewith, the information provider or the seller 
judge orthe buyer, and selects a client, a seller or an evaluated evaluates a sales price, a lease fee, the quantity, a weight, an 
person which was given the highest point for an individual order and a delivery due date, a use period, an order date and 
numerical value or a combination of all the numerical values, 50 an order place, a use day and a use place, the number of times 
or information on the item at auction. of uses, a delivery place, the distance, a method, orthe like, or 

(5) A financier, an investor, or a judge evaluates the sales conditions of the seller or the information provider, and 
amount, revenue, contents of closing accounts, capital force, selects an item which was given the highest point for an 
possessed technological specialties, development capabili- individual numerical value or a combination of all the 
ties, future capabilities, number of employed persons, expen- 55 numerical values, or information on the item at auction, 
diture, asset, creditability, orthe like of an individual ora legal (2) A client or a job hunter evaluates a salary, treatments, 

weekly holidays, annual holidays, the established year of a 
company, a capital, the number of employees, a constitutional 
organization, welfare facilities, environment, site conditions, 
o facilities, types of works, settlements, trading companies, or 
the like, or result, a method of employment, contents of 
course, a course fee, a period, a system, or the like, or condi- 
tions desired by the client or the job hunter, or conditions of an 
lnlormation provider, and selects an item which was given the 
5 highest point for an individual numerical value or a combi- 
nation of all the numerical values, or information on the item 
at auction. 



person, or conditions specified by the financier, the i 
the judge, and selects an item which was given the highest 
point for an individual numerical value or a combination of all 
the numerical values, or information on the item at auction. 

(6) A judge or an information provider, or a buyer of a 
company, an individual, an association, an organization, a 
nonprofit institution, a credit company, an Internet company, 
a public organization, a service company orthe like evaluates 
a paying ability and results, a purchase ability and result, 
creditability, fortune, education, profession, professional his- 
tory, age, avocation, skill, title, native place and address, 
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(3) A person who receives an investment, a finance or tural chemicals, oil, a mixing agent, or the like, or a substance 

information evaluates a financed amount, a finance execution specified by the judge or the buyer, and selects an item which 

date, an interest, a payment period, the number of times and was given the smallest point for an individual numerical value 

the amount of commission, a collateral rate, the presence or or a combination of all the numerical values, or information 

absence of a guarantor offered by a bank, a credit company, a 5 on the item at auction. 

financial dealer, an investor, or an investment company, or (7)Whenajudgeorabuyerselectsacar,aship,anairplane, 

notability, creditability or the like of a finance company or an a train, a rocket, a machine, a facility, an atomic power plant, 

individual, or the like, or conditions desired by the person or the like, the judge or the buyer evaluates the amount of 

who receives an investment or a finance, or conditions of an emission of exhausted gases, emission regulated substances 

information provider, and selects an item which was given the 10 or the like such as radiation, C0 2 gas, nitrogen, phosphate 

highest point for an individual numerical value or a combi- compounds, or the like, or a substance specified by the buyer 

nation of all the numerical values, or information on the item or the judge, and selects an item which was given the smallest 

at auction. point for an individual numerical value or a combination of all 

(C) A buyer evaluates desired conditions or degree of sat- the numerical values, or information on the item al auction, 

isfaction, and selects a seller who offers the smallest numeri- 15 (8) Whenajudgeorabuyerselectsa factory, acompany, an 

cal value or information associated therewith at auction. apparatus, a facility, an atomic power generator, design draw- 

(1) When a judge or a buyer selects an article or a product, ings, a system, a patent, or the like, the judge or the buyer 
a car, a ship, an airplane, a rocket, a machine, a facility, a evaluates the amount of emission of radiation, C0 2 gas, poi- 
patent, or the like, the judge or the buyer evaluates used years, sonous substances, emission regulated substances, or the like, 
manufactured year, price, degree of repairs, abrasion, corro- 20 or a substance specified by the judge or the buyer, and selects 
sion, deformation, discoloration, noise environment contami- an item which was given the smallest point for an individual 
nation degree, or the like, or conditions specified by the judge numerical value or a combination of all the numerical values, 
or the buyer, or the result of examinations, and selects an item or information on the item at auction. 

which was given the smallest point for an individual numeri- (9) When a judge or a buyer selects a system, design draw- 

cal value or a combination of all the numerical values, or 25 ings, a patent, a machine, a facility, a factory, a company, a 

information on the item at auction. product, or the like, the judge or the buyer evaluates the 

(2) When a judge or a buyer selects an agricultural product, amount of emitted radiation, gases, liquids, solids, or the like, 
a marine product, a forest product, a processed item, a prod- and selects an item which was given the smallest point for an 
uct, an article, or the like, the judge or the buyer evaluates the individual numerical value or a combination of all the 
quantity, a weight, a price, or defects or difficulties such as 30 numerical values, or information on the item at auction, 
wounds, damaged freshness or the like, or conditions sped- (10) When a judge or a buyer is going to learn at a school, 
fied by the judge or the buyer or the result of examinations, a driving school, or a title acquisition class, or a skill, lan- 
and selects an item which was given the smallest point for an guage, sport, music, picture, or cultural class, or with a home 
individual numerical value or a combination of all the tutor or the like, the judge or the buyer evaluates problems on 
numerical values, or information on the item at auction. 35 a school fee, required period for acquiring a title, the distance 

(3) A judge or a buyer selects an answerer, an examinate, a to the class or the school, or the like, or conditions specified 
player, a performer, a man of ability or the like which has by the judge or the buyer, and selects an item which was given 
offered the smallest numerical value with respect to errone- the smallest point for an individual numerical value or a 
ous answers, a lost point, defects or the like, or information combination of all the numerical values, or information on the 
associated therewith at auction. 40 item at auction. 

(4) A judge, a financier, an investor, a service company or (11) When a judge or a buyer is going to make an order to 
the like evaluates ages of employees, a percentage of part- a carpenter or a construction or a facility company, a house 
time workers, a loan ratio, an asset ratio, a personnel expense reform company, or a plate, paint or repair company for a car, 
ratio, a bill issuing ratio, the number of times of delayed a machine or the like, a repair company for facilities, institu- 
payments, the number of times of accidents, or the like, or 45 tions, companies, business machines, dairy necessities or the 
conditions specified by the judge or the like, or the result of like, a transportation company for movement, delivery or the 
examinations, and selects an item which was given the small- like, an on-demandproduction company, or the like, the judge 
est point for an individual numerical value or a combination or the buyer evaluates problems on a price, a fee, the number 
of all the numerical values, or information on the item at of days required for production, repair and mending, time and 
auction. 50 distance to the house or the office of a contractor, or the like, 

(5) When a judge or a buyer selects a fuel, vinyl, plastic, a or conditions specified by the judge or the buyer, and selects 
wrapping product, a container, dairy necessities, electric an item which was given the smallest point for an individual 
appliance, furniture, clothing, a raw material, an intermediate numerical value or a combination of all the numerical values, 
product, an article or the like, the judge or the buyer evaluates or information on the item at auction. 

C0 2 , poisonous gases, emission regulated substances or the 55 (D) A seller evaluates desired conditions, and selects a 

like, which are generated when they are burnt, or the amount buyer who has offered the smallest numerical value, or infor- 

of substances, generated by burnt, specified by the buyer or mation on the buyer at auction. 

the judge, and selects an item which was given the smallest (1) When a seller sells industrial wastes, recovered or sec- 
point for an individual numerical value or a combination of all ond hand products, raw materials, intermediate products, or 
the numerical values, or information on the item at auction. 60 the like, or requests processing thereof, a buyer evaluates the 

(6) When a judge or a buyer selects a machine, an appara- amount of generation or emission of C0 2 gas, emission regu- 
tus, an intermediate product, an article, an agricultural prod- lated gases, poisonous gases, contaminated water, contami- 
uct, a marine product, a forest product, a processed food, or nated substances, emission regulated substances, waste 
the like, a system, design drawings, a patent or the like, the water, or the like which are generated or emitted from a 
judge or the buyer evaluates the amount of mixture or use of 65 factory, a machine or a facility at stages of processing, repair, 
a gas, water, a solvent, a detergent, a foaming agent, a redox and working, or a substance specified by the seller, and further 
agent, a corrosive, a coloring agent, a disinfectant, agricul- evaluates a sales price, repair, work, processing fee, a period 
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and techniques required therefor, or the like, or conditions 
desired by a judge or the seller, and selects an item which was 
given the smallest point for an individual numerical value or 
a combination of all the numerical values, or information on 
the item at auction. It should be noted that the price and fee are 
not included when the above items are evaluated with indi- 
vidual numerical values. 

As appreciated from the foregoing, the following advan- 
tages are provided according to the sixth embodiment. 

(13) With the employment of an auction system in which a 
bid is conducted with evaluation points which are evaluated in 
the form of numerical values by a client for requirements to 
bid off an article, a service, or a buyer, the client can find a 
trading partner who satisfies the requirement of the individual 

(14) Since a bid form can be selected from a plurality of bid 
forms, it is possible to find a trading partner who most satis- 
fies requirements of a client. 

(15) Since requirements of a client are evaluated in the 
form of numerical value such that an auction is conducted to 
compete the evaluated numerical value, abstract require- 
ments (degree of satisfaction, future, potential growth, usabil- 
ity, key word, and so on) which cannot be replaced with 
physical amouri 

article or a service which most satisfies the requirement by 



is well as the ti 
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ie and position and therefore com- 
nt of databases corresponding to the 



prises an increased am 
respective elements. 

A bid may be conducted to compete time, position, space, 
quantity, weight, numerical value, and so on. An auction 
home page is similarly provided for showing an entire menu 
corresponding to those of FIGS. 3 and 18. Upon selecting the 
field of articles/services on the HP screen and then selecting 
specifically an article or a service on a lower level screen, an 
element selection screen JA illustrated in FIG. 59 is dis- 
played. The element selection screen JA is provided with 
options JA1 for selecting an auction or a counter-auction 
(which may not be selected if it has been selected on the 
previous screen), element selection buttons 180 to 186 
including "time", "position", "on the move", "length/space", 
"number/quantity", "weight", and "numerical value", and a 
decision button 187. 

A program is created to allow the user to select a suitable 
element in accordance with an article or a service to be traded, 
and is stored in a memory of a server 21. FIGS. 68 and 69 
illustrate the program in the form of flow chart, wherein an 
element selected by the user is basically competed in a bid, 
not limited to the time in the program illustrated in the first 
« un wuiui <,umim ■<= embodiment. Of course, "PRICE" may be included as an 

yauctLned\o^deth^ pZis^of'an" » element of a bid in addition to thedements showninFIG. 59. 

■- • - ItshouldbenotedthatthescreenJAofFIG.59andabidform 

selection screen IA illustrated in FIG. 60, which will be 
described later, correspond to request screens, and contents of 
data entered on these request screens correspond to bid 
request information. 

Similar to the first embodiment, a slide system is provided 
for the bid form. Specifically, since either of elements such as 
time, position, space, quantity, weight, numerical value and 
so on can be represented on a coordinate axis as a numerical 
value, a reference value is specified on the coordinate axis 
such that a numerical value closer to the reference value is 
preferentially selected as a successful bid, a value further 
away from the reference value is preferentially selected as a 
successful bid, and so on. Five types of such rules are set as 
bid forms for determining a successful bid. 

FIG. 60 illustrates the bid form selection screen 1A for 
selecting a bid form. The bid form selection screen IA is 
provided with an article/service display field IA1, an element 
display field IA2, bid form selecting options 1A3, a reference 



(16) Upon receipt of a request for acquisition of informa- 
tion from a client, the server widely promotes third party 
through the Internet N to provide the requested information, 
conducts a bid for a certain element within the contents of 
provided information in such a manner that the client selects 
an information provider (bidder) who offered contents of 
information that most satisfies the requirements of the client 
as a successful bidder. It is therefore possible to acquire most 
appropriate information as to how one can be provided with a 
desired article or service even if a provider or a providing 
company of such article or service does not participate in the 
auction. Particularly, a fishing boat may provide a nearby 
fishing boat or the like with information on signs of fish which 
is not a target of the fishing boat itself but may be intended, for 
example, by other fishing boats, other than fish which is 
captured by the fishing boat, thereby making it possibh 



effectively use information which is valuable for other per- 45 ^ eQt[y ^ ^ an approaching dkec ^ n selecting 



sons viewed from the third parties. 

Seventh Embodiment 

Next, a seventh embodiment which embodies the present 
invention will be described with reference to FIGS. 1 through 
3, 15, 16, 18, 59 through 69. While in the respective embodi- 
ments described above, a bid is conducted to compete a time 
or a trading due date, a position, a numerical value, an evalu- 
ation numerical value, and so on, the seventh embodiment 
allows for a selection from a plurality of elements including 
the time and position, as elements other than the price, as well 
as the time and position. More specifically, a bid may be 
conducted to compete a time, a position (including on the 
move), a space (length or the like), a quantity, a weight, a 
numerical value, and so on. 

The general configuration of an auction system in the sev- 
enth embodiment is basically similar to those described in the 
respective embodiments in connection with FIGS. 1 and 15. 
Also, the functional configuration is substantially similar to 
those illustrated in FIGS. 2 and 16, except that the auction 
system of the seventh embodiment can support multiple cle- 



options IA5, a range entry field IA6, and a 
button 188. In the bid form selecting options IA3, one is 
selected from three options including an option for specifying 
that a smaller value is given a higher priority; an option for 
D specifying that a greater value is given a higher priority; and 
an option for specifying that a value closer to a specified 
reference value is given a higher priority. The approaching 
direction selecting options IA5 are provided for specifying 
from which direction, a reference value, if specified, is 
5 approached. One is selected from three options including an 
option for specifying an approach from a smaller value to the 
reference value; an option for specifying an approach from a 
greater value to the reference value; and an option for speci- 
fying an approach from both directions to the reference value, 
o The range entry field IA6 is provided for specifying a range, 
wherein one of an upper limit and a lower limit may only be 
specified, or no range may be specified. It should be noted that 
the reference value corresponds to a desired value. 
FIGS. 62A through 62D are diagrams for explaining four 
5 of the five bid forms. When each clement is represented by a 
numerical value, the numerical value may be classified into 
concepts of incremental values and concepts of decremental 
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values. For example, far, larger, wide, long, heavy, and so on An example of handling information on signs of fish in a 

are concepts of incremental values, while near, small, narrow, position auction will be explained below. For example, a 

short, light and so on are concepts of decremental values. The fishing boat may provide fishermen and fishing boats with 

bid form refers to the rules as to whether the largest one of information on signs offish which is not a target of the fishing 

offered numerical values and so on is determined as a sue- 5 boat itself but may be intended, for example, by other fishing 

cessful bid; or whether the smallest one is determined as a boats, other than fish which is captured by the fishing boat. In 

successful bid; or whether a value coincident with or closest this event, fishing boats and so on which expect such infor- 

to a reference value specified by a customer is determined as mation generally want information on signs of fish nearest 

a successful bid. There are the following five types of bids. It from them. For this purpose, these fishing boats may partici- 

should be noted that these forms are not set in a numerical to pate in the position auction to acquire information from the 

value auction, later described. nearest ship. Specifically, a ship who has information on signs 

(1) Apriority rule which preferentially determines a person offish provides the information to the server 21 of an inter- 
who offers the smallest numerical value within a predeter- mediary company through the Internet N. For example, fish- 
mined range as a successful bidder (FIG. 62A). ermen and fishing boats may use the position auction to look 

(2) Apriorityrulewhichpreferentiallydeterminesaperson 15 for any useful information on the fishing from nearby ships, 
who offers the greatest numerical value within a predeter- In this event, it is possible to narrow down information by 
mined range as a successful bidder (FIG. 62B). entering the kind of fish in the priority entry field. Also, a 

(3) A priority rule which preferentially determines a person positional range may be narrowed down. 

who offers the value that most approaches to a reference value The server 21 widely provides terminals 30 of third parlies 

of a specified element from the smaller value side as a sue- 20 with such an outline of information that let the third parties 

cessful bidder (FIG. 62C). understand to which the information is related to, so that a 

(4) Apriorityrulewhichpreferentiallydeterminesaperson third party which views the outline buys the information 
who offers the value that most approaches to a reference value through the terminal 30. 

for a specified element from the greater value side as a sue- For example, as illustrated in FIG. 18, the auction HP 

cessful bidder (FIG. 62D). 25 screen is provided with an information entry button 89 and an 

(5) Apriorityralewhichpreferentiallydeterminesaperson information trade button 90. When the information entry 
who offers a closest possible value to a reference value for a button 89 is selected on this auction HP screen, an informa- 
specified element any way irrespective of whether it is from tion provision screen NC illustrated in FIG. 61 is displayed, 
the smaller value side or from the greater value side with The screen NC is provided with a collected information dis- 
respect to a specified numerical value. It should be noted that 30 play field NCI, an information fee (compensation for provid- 
while in the rules (3) to (5), a value coincident with the ing information) display field NC2, an information entry field 
reference value is most preferred, the value closest to the NC3,aninformationattachmentbuttonl89,aremainingtime 
reference value, not including the reference value, may be display field NC4, an ID number entry field NC5, and a 
preferred. transmission button 190. The information provision display 

Alternatively, a plurality of elements may be selected on 35 NC is a screen which is displayed when a viewer selects an 

theelementselectionscreenJAofFIG.S9.Whentwoormore item, which the viewer wants to view, from an information 

of the plurality of element selection buttons 180 to 186 are collection list displayed for each of categories/fields upon 

selected, an element priority order setting screen WB illus- selection of the information entry button 89 on the home page 

trated in FIG. 63 is displayed. The element priority order screen. On the information provision screen NC, the collec- 

setting screen WB is provided with entry fields WB1 to WB4 40 tion information display field NCI displays the contents of 

for specifying a maximum of n numerical values for a first information which a client is looking for, and the information 

priority, a second priority, . . . , an n-th priority (in this fee display field NC2 displays an information fee, so that a 

example, n=4), and a decision button 191. Elements of the view who can provide the wanted information enters (fills) 

first priority, the second priority, . . . , the n-th priority can be the provided information in the information entry field NC3, 

specified, and the priority order of the specified elements can 45 or attaches data by performing manipulations associated with 

be set freely by the user. A price may be set to a value of the the attachment on the next screen which is displayed when he 

second priority or lower. A plurality of elements can be set in selects the append button 189, enters his ID number, followed 

this way because only the position, for example, selected as by transmission of the information. The information is man- 

an element is not sufficient to narrow down to a predeter- aged by the server 21 in the database 24. It should be noted 

mined number of successful bidders (generally one) in some 50 that the information provision screen NC comprises a bid 

cases, and are used to definitely narrow down bidders to a screen. 

desired number of successful bidder. A client registers the For example, when information desired by a user is trans- 
order of preferred elements. Then, as the client selects the mitted to the server 21, the server 21 searches managed data 
decision button 191 on the screen WB, priority condition data in the database 24 for pertinent information, and immediately 
Db is transmitted to the server 21. 55 collects the information when the information is not urgently 

Information may be traded as an article. Specifically, when required so that a collection time is allowed to some extent, 

a certain article or service is desired, the auction is used for a Then, after the expiration of a limited time, i.e. , a remaining 

trade to buy required information from the owner of the time has been exhausted, collected information is analyzed to 

article, a company which sells the article, or a person who transmit information which most matches the needs of the 

knows about a provider or a providing company of the ser- 60 client to a terminal 30 of the client . In this event, the client can 

vice. select and specify one of the aforementioned bid forms, so 

Traded information may be in any fields and categories. that a successful bidder is determined in accordance with the 
Giving a mere example, there are information on signs of fish rule of the specified bid form. The client who has acquired the 
(about what time which kind of fish in which region and at desired information pays the information fee and an addi- 
which density of signs of fish) information on resources (in- 65 tional commission. The information fecis paid to the success- 
formation on where rare metals, petrol, or the like is buried), ful bidder. It should be noted that in this embodiment, an 
and so on. auction or a counter-auction is selected using the options JA1 
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on the screen JA illustrated in FIG. 59, rather than selecting an 
auction system by selecting the button 51 or 52 on the HP 
screen of FIG. 18. Also, this embodiment isprovided likewise 
with a screen substantially similar to the bid registration 
screen K illustrated in FIG. 52 of the sixth embodiment, so 
that a bidder may enterrequired items on the screen K, and the 
entered bid information is transmitted to the server 21. 

As a result of an auction, information on a single successful 
bidder is basically transmitted to the client. However, if the 
client wishes, a plurality of narrowed down candidates may l 
be presented, as illustrated in a list screen XD of FIG. 64. 
Specifically, the server 21 creates information offered by 
bidders, as it is, into a list, or creates a priority list by narrow- 
ing down successful bidder candidates of higher priority lev- 
els, for example, into a limited number specified by the client, l 
based on information offered by bidders, and transmits the 
created list to the terminal 30 of the client. Then, the list XD 
illustrated in FIG. 64 is displayed on the terminal 30 of the 
client. The screen XD is provided with a list XD1, an entry 
field XD2 for selecting a successful bidder, and a decision ; 
button 192. The list XD1 indicates a priority number, a code 
number, and an element numerical value (values representa- 
tive of time, position, space, weight, evaluation and so on), 
and conditions offered by a bidder (price, supplementary 
items (extra) and so on). The client reviews the offered con- : 
ditions such as a trading date from the list XD1 on the screen 
XD to determine a bidder favorable for him as a successful 
bidder, enters, for example, the priority number of the win- 
ning bidder in the entry field XD2, and selects the decision 
button 192. In response, the server 21 notifies the client and : 
the successful bidder of the successful bid. When the list XD1 
can be viewed on the terminal 30 of the client in this way, the 
client can select a partner which offers favorable conditions in 
terms of another element such as the price, in addition to a 
specified element, if a plurality of bidders offer the same 
element numerical value, or can select a partner who may 
concede in the price, supplementary items and so on, even if 
the partner offers an element numerical value slightly worse 
than the first bidder. 

When the element selection button 186 "numerical value" 
is selected on the screen JA of FIG. 59, a numerical value 
auction is conducted. The numerical value auction refers to an 
auction trade in which an article or a service desired by a 
client is evaluated in the form of numerical value whether or 
not the article or the service satisfies requirements of the 
client, and from a large number of articles and services which 
have been previously registered, or collected each time a 
request is made, an evaluation point (numerical value) about 
an article or a service, or an object or a person who serves for 
the service, which is given the highest evaluation point as a 
result of evaluation, is determined as a successful bid. 

A client offers a desired article or service, and identifies 
specific requirement, if any, by selecting such requirement 
from previously provided key words. Likewise, in this 
embodiment, the screens LA, LB, LC illustrated in FIGS. 49, 
50, 51 are provided for the client to enter his requirements. 
Screen data for these screens are stored in the memory of the 
server 21. It should be noted that the screens LA to LC also 
comprise request screens. 

The request registration screen LA of FIG. 49 is provided 
with an article/service display field 166, entry fields LAI to 
LAn for entering a maximum of n key words, associated with 
important aspects for an article or a service desired by the 
client, for a first priority, an n-th priority in a priority order of 
importance. 

The request registration screen LB of FIG. 50 is provided 
with an article/service display field 1 66 similar to that in FIG. 



49, entry fields LSI to LBn for entering key words with a first 
priority to an n-th priority, and evaluation percentage entry 
fields 168 for specifying an evaluation percentage (%) in 
accordance with the ratio of importance of respective key 

The request registration screen LC of FIG. 51 is provided 
for registering key words for which no priority order is given 
in particular or lo which a predefined priority order, whichhas 
been initially preset by a program, is applied. This screen LC 

i is provided with evaluation item entry fields LCI to LCn for 
entering a maximum of n key words. 

Alternatively, an article or a service may only be offered, in 
which case the server 21 stores evaluation data for properly 
evaluating previously registered articles or services, evaluates 

; a plurality of previously determined evaluation items in the 
form of numerical values, and determines an article or a 
service which is given a high total evaluation point as a 
successful bid. 
This embodiment also comprises the data 21, 22 shown in 

) FIGS. 55 and 56. FIG. 55 shows evaluation data 21 which 
records an evaluation point for each of evaluation items asso- 
ciated with articles and services, wherein an evaluation point 
for each of evaluation items is recorded for each of registered 
articles A, B, C, In this example, the articles are evaluated 

> on the basis of 100 points. 

FIG. 56 shows equation data 22 which records equations 
for use in converting a key word into a numerical value, 
wherein a corresponding equation is recorded for each key 
word. Variables in the equations corresponds to evaluation 

) items, so that an evaluation point is calculated for a key word 
by substituting evaluation points of evaluation items corre- 
sponding to the respective variables in the equations and 
calculating the equations. 
For example, for looking for a food through the numerical 

5 value auction, when evaluation items include key words such 
as "safety", "healthful", "disease" and so on, by way of 
example, these requirements are totally and properly evalu- 
ated for conversion into an evaluation point. To each key 
word, an equation has been previously set such that the key 

3 word is correctly evaluated. For example, with "SAFETY", 
evaluation items used as variables of an associated equation 
includes a natural vegetable using ratio, a synthetic seasoning 
using ratio, a sugar using ratio, agricultural chemicals/fertil- 
izers, minerals, and so on, each of which is given a greater 

5 point as an associated food is more healthful to a human body. 
For example, an equation "Ikn (=kl+k2 + . . . +kn)" (where 
kn is an evaluation value for an evaluation item n) . In this way, 
an evaluation point is found in accordance with a key word 
based on the evaluation data 21 and the equation data 22. With 

o "disease," in turn, an equation is employed such that an evalu- 
ation item (for example, a component such as a vitamin or the 
like) more effective for curing this disease is more highly 
weighted. A food which is given a high point to the effective 
evaluation item is properly evaluated so that its evaluation 

5 point for the key word "disease" basically becomes greater. 
For example, for diabetes, an equation is employed such that 
an evaluation point for a sugar percentage is more highly 
weighted, so that a food with a low sugar percentage is 
extremely highly evaluated for this key word. The respective 

o data 21, 22 are stored, for example, in the database 24. 
For example, when a client uses the request registration 
screen LA of FIG. 49 for setting a plurality of key words, 
evaluation points for respective key words of the first priority 
to the n-th priority are weighted in the priority order, so that 

5 requirements of the client are totally evaluated. For example, 
a total evaluation point is calculated in accordance with its 
predefined evaluation percentage, for example, 1 00% for the 
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offered as one piece of information within the bid informa- 
tion. If a plurality of elements are selected and set, the bid is 
conducted with an element of a first priority. Then, in com- 
parison with the desired conditions (the priority rules shown 
in FIGS. 62A through 62D) in terms of the element(s) within 
the bid information, a priority order is determined for bidders. 

In S4070, it is determined whether or not a limited time has 
expired. When within the limited time, the procedure flow- 
returns to S40S0 to repeat the processing from S4050 to 
o S4070 to execute the bid processing each time a new bidder 
applies, until the limited time expires. At the expiration of the 
limited time, the procedure flow continues to S4080. 

In S4080, it is determined whether oi 
selection is set. The procedure flow cc 



DS4090when 
it, and to S4140 when the 



a successful 



first priority, 80% for the second priority, . . . , 10%forthen-th 
priority, and so on. When the request registration screen LB of 
FIG . 50 is used, evaluation points for respective key words of 
the first to the n-th priority are weighted in accordance with 
corresponding evaluation percentage % to calculate a total 
evaluation point. When the request registration screen LC of 
FIG. 51 is used, respective key words are equivalently evalu- 
ated, i.e., evaluated with weights in accordance with pre- 
defined ratios. The customer request registration screens are 
not limited to the foregoing, but alternatively, requirements 
may be entered in the entry field, for example, as a sentence, 
such that the sentence is analyzed to automatically assign 
appropriate key words for the requirements. It should be 
noted that requirement data (for example, key words and so 
on) from the client, which is information that is the basis for 
conversion into numerical values such as evaluation points 
for individual items and a total evaluation point correspond to 
information under evaluation. 

Also, this embodiment comprises the evaluation result dis- 
play screen O illustrated in FIG. 54 as well. For example, 

when a client sets a plurality of key words, candidate articles me bidders are not narrowed down to the predetermined 
(or services) which satisfy requirements are displayed in the ber 0 f succeS sful bidders, and otherwise to S4160. 
order of greater total evaluation points as illustrated in FIG. i n S41 00. it is determined whether there are any remaining 
54. On this screen O, an individual evaluation point for each elements whidl have not been processed for the bid, when a 
evaluation item (key word) and a total evaluation point are 25 plurality 0 f elements are set. The procedure flow continues to 
displayed for the respective articles (or services) selected as S4110 if there aK stm elements, and otherwise to 

candidates. S4130 

On the screen O a bid-off button 175 at a position corre- ^ ^ a e , ement . g , aced ^ Qne 

spondine to an article (or a service) ranked at the first position , , • , t . , _j 

afa successful bid candidate is displayed as selected When 30 ^^^^^^^^^^ 
the client wants to individually view an evaluation point for ""' * " °™ *" " "™ " 

each key word and changes an article to be bid upon to an 
article at a lower rank candidate, the client may select a right 
end position corresponding to the article to switch the posi- 
tion at which the bid-off button 175 is selected to the position 
of the selected article. For a correction or a cancel, 



the bid-off self selection is 
bid-off self selection is set. 

In S4090, it is determined whether 01 
bidder is determined. In other words, it is determined whether 
bidders are narrowed down to a predetermined m 
successful bidders. The procedure flow continues to S4100 if 



tion button 177 may be selected. Then, the client selects an 
OK button 176 when he determines an article to be bid upon. 
In response, the associated bid-off data is transmitted to the 
server 21 which notifies both the seller and the buyer of the 
establishment of the trade. 

Next, an auction procedure will be explained with refer- 
ence to a flow chart of FIG. 65. 

First, in S4010, an article or a service is selected. 

In S4020, an element (time, position, space, numerical 
value, or the like) is selected for conducting a bid. It should be 
noted that a procedure of receiving bid request information at 
the server 21 in S4020, S4030 corresponds to a request pro- 
cedure. 

In S4030, desired conditions (required items such as 
form, a range, a bidding period and so on) are selected. 

In S4040, an element auction is started. Here, the server 
notifies a plurality of terminals of a collection of bidders to 
promote potential bidders to participate in the auction. 

In S4050, it is determined whether or not any application is 
made to the auction. In other words, the presence or absence 
of a bid from a bidder is determined. If there is no bid, the 
server 21 waits for bids. If there is a bid, the procedure flow 
continues to S4060. It should be noted that a procedure of 
starting the auction to display a screen for bidding on termi- 
nals of bidders in S4040 and receiving bid information 
entered when a bid is applied in S4050 at the server 21 
corresponds to a bid procedure, and a procedure executed 
from S4050 to S4160 corresponds to a bid acceptance proce- 

In S4060, bid information offered by bidders is acquired to 
execute the bid processing with an clement which has been 



element to narrow down bidders to a predetermined number 
of successful bidders. The bidders are narrowed down to the 
predetermined number of successful bidders by comparing 
the other element (of the second priority) within the bid 
information with the desired conditions (the priority rules 
shown in FIGS. 62A through 62D). If the bidders cannot be 
narrowed down even with this bid processing, the current 
element is replaced with another element of the next priority 
if there are still other elements which have not yet been used 
in the bid processing to narrow down the bidders (S4110). 
The bid is conducted step-wisely with a different element 
until the bidders are narrowed down to the predetermined 
number of successful bidders or the bid processing has been 
completed with all the elements set in the bid information. 

In S4130, the narrow-down processing is executed. Spe- 
cifically, when there is no element for conducting a bid at the 
next stage, a bidder who has offered the price that most 
satisfies the requirements of the user is determined as a suc- 
cessful bidder. On the other hand, if a price is fixed or if a price 
bid 50 itself is not handled in a bid, successful bidders are narrowed 
down to a predetermined number in accordance with a previ- 
rver ously defined predetermined rule. 

On the other hand, if it is determined in S4080 that the 
bid-off self selection is set, the list screen XD illustrated in 
FIG. 64 is displayed for enumerating bid information of a 
predetermined number of bidders in a list form. The user can 
view the list screen XD by selecting a screen display after 
entering a password on the screen of the terminal 30. The list 
screen XD enumerates candidates in a priority order in terms 
of the values of elements (displayed as the code number), so 
that the user can determine a trading partner while referencing 
other information offered by the bidders . Upon determining a 
trading partner, the user enters the associated code number in 
the successful bidder selection entry field XD2 and then 
selects the decision button 192. The successful bidder infor- 
mation selected by the user is transmitted to the server 21 
through the Internet N. 



a successful 
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In S4150, it is determined whether 
bidder has been determined. The list screen XD is continu- 
ously displayed (S4140) until the user determines a success- 
ful bidder, and the procedure flow continues to step S4160 
when a successful bidder is determined. In S4160, the server 
21 notifies both the user and the successful bidder of the 
establishment of the trade. 

Next, a procedure of a numerical value auction will be 
explained with reference to a flow chart of FIG. 66. This 10 the 
procedure is used for conducting a bid, when "NUMERICAL 
VALUE" is selected as an element in the element auction of 
FIG. 59, to compete the element (numerical value). It should 
be noted that a procedure shown from S5010 to S5070 also 
comprises a bid procedure. 

In S5010, evaluation data 21 is collected to an associated 

In S5020, an equation is acquired for a key word. 

In SS030, evaluation points are acquired for evaluation 
items corresponding to variables used in the equation for the 
key word. 

In S5040, the evaluation points are substituted for the vari- 
ables in the equation for the key word to calculate an evalu- 
ation point for the key word. 

In S5050, evaluation percentages are acquired. 

In S5060, the evaluation point of each key word is multi- 
plied by each evaluation percentage, and resulting products 
are accumulated to calculate a total evaluation point. 

In S5070, the result of the evaluation is displayed on the 
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effectively use information which is 
sons viewed from the third parties. 



Eighth Embodiment 



As appreciated from the foregoing, the following advan- 
tages are provided according to the seventh embodiment. 

(1 7) Since a bid is conducted with an element other than the 
price, it is possible to conduct an auction which satisfies 
requirements other than the price. 

(18) Since a plurality of elements can be selected, it is 
possible to conduct an auction which more satisfies require- 
ments of a client. 

(19) Since requirements of a c 
form of numerical value such that 
compete the evaluated numerical value 



In the following, an eighth embodiment which embodies 
the present invention will be explained with reference to 
FIGS. 67 through 74. An auction system of this embodiment 
(hereinafter referred to as the "victim rescue system") selects 
ippropriate rescuer for a rescue activity, and con- 
ducts a bid to compete a numerical value or an evaluation 
numerical value as an element. In other words, this system 
employs the evaluation auction according to the seventh 
embodiment to evaluate whether or not a bidder is appropriate 
1 5 for requesting him for a rescue in the form of numerical value, 
as a system for selecting a rescuer who performs rescue 
activities at an accident spot, and conducts a bid with the 
evaluation value. This victim rescue system is possessed by 
rescue support service dealers (companies) which practice, as 
20 business, rescue operations and rescue intermediary opera- 
tions for ensuring the safety of customers such as a security 
company, a guard company, and so on, and customers such as 
individuals, legal persons and so on which have concluded a 
utilization contract with such a dealer can only use this system 
25 through terminals. The utilization of this system at an indi- 
vidual or family level may include a rescue from a racketeer 
such as an invader (stealer, intruder) to one's house, a rescue 
from an accident and wreck when one is out, a saving when 
one is ill, a rescue in the event of fire, disaster such as inun- 
30 dation, and so on. On the other hand, the utilization of this 
system by a legal person may include a rescue of an employee 
when he is involved in an accident or an affair, a rescue of a 
car, a ship, an airplane or the like possessed by the legal 
person from an accident or a wreck. This embodiment will be 
35 described for an example in which a marine transportation 
dealer (legal person) is a customer who uses the victim rescue 
system to select a rescue ship for rescuing an SOS ship at 

A ship, if involved in an accident and asks for a rescue, 
40 would want to find a ship which could come to its rescue 
soonest. However, when the ship transmits SOS to all ships, 
the respective ships are moving in their respective directions . 
evaluated in the jf severa i ships individually change their directions to go to 
n is conducted to the rescue of the ship, confusion would prevail near the spot, 



abstract requirements (degree of satisfaction, future, potential 
growth, usability, key word, and so on) which cannot be 
replaced with physical amounts can be auctioned to trade the 
provision of an article or a service which most satisfies the 
requirement by auction. 5' 

(20) Upon receipt of a request for acquisition of informa- 
tion from a client, the server widely promotes third party 
through the Internet N to provide the requested information, 
conducts a bid for a certain element within the contents of 
offered information in such a manner that the client selects an 
information provider (bidder) who offered contents of infor- 
mation that most satisfies the requirements of the client as a 
successful bidder. It is therefore possible to acquire most 
appropriate information as to how one can be provided with a 6 
desired article or service even if a provider or a providing 
company of such article or service does not participate in the 
auction. Particularly, a fishing boat may provide fishermen 
and fishing boats with information on signs of fish which is 



i element, 45 leading to a secondary disa 



as the case may be. Therefore, 



: system of this embodiment selects at auc- 
tion, as a rescue ship, a ship which, for example, is moving 
toward and nearest from an SOS ship, has a sufficiently high 
level of rescue skill required for a rescue activity for the SOS 
ship, and can start the rescue activity most rapidly. 

FIG. 67 generally illustrates the configuration of the victim 
rescue system. The victim rescue system 10 comprises an 
auction management system 20 for managing the system 10, 
a network (for example, the Internet) N, and terminals 30 of 
users connected to the auction management system 20 
through the network N. The auction management system 20 
comprises a server 21 for providing information and services 
in conformity to a request from a user, and three databases 
201 to 203 connected to the server 21. Alternatively, the 
server 21 may be comprised of a web server and an applica- 
tion server in separation. 

The terminals 30 of users are classified into a terminal 31 
equipped in a SOS ship 210 as a rescue requester, and a 
terminal 32 equipped in an participant ship 211 as a bidder 



a target of the fishing boat itself but may be intended, for 65 which is notified of a rescue request, if any, from the SOS ship 
example, by other fishing boats, other than fish which is 210. When the SOS ship 210 requests for a rescue to the 
captured by the fishing boat, thereby making it possible to victim rescue system 10 from the terminal 31 through the 
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network N, a rescue request screen FF illustrated in FIG. 71 is 
displayed on the terminal 31 to enter required items on the 
screen FF. Then, after entering the data, information on the 
SOS ship 210 is delivered to the auction management system 
20 through the network N. 

Upon receipt of the rescue request, the auction manage- 
ment system 20 notifies a plurality of ships 211, which have 
subscribed in the system, of the fact that the rescue request has 
been received through the network N. Among participant 
ships 211 which have received the request, those which can go 
to the rescue of the SOS ship 210 each display an auction 
participant screen GG illustrated in FIG. 72 on the terminal 
32, enter required items on the screen GG, and deliver infor- 
mation related to the ship 211 itself to the auction manage- 
ment system 20 through the network N after entering the data, 
thereby participating in an auction. Then, the auction man- 
agement system 20 selects the ship most suitable for the 
rescue out of the participant ships 211 as a rescue ship at 
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number of persons, require 

exposed to a danger in the rescue. (3) When an SOS ship is 
small, while a rescue ship is large, contrary to (2). (4) When a 
rescue ship is in a particular relationship with an SOS ship, 
such as a concernment, a congeneric relationship, and so on. 
(5) When an SOS ship was fired, sea-jacked, attacked by an 
armed ship, or the like. 

In the above listed cases, other elements should also be 
taken into consideration in addition to the time which is an 
element for selecting an appropriate rescue ship. More spe- 
cifically, elements such as the sizes of both ships, the number 
of persons to be saved (quantity), degree of danger, rescue 
techniques, and so on are required in addition to the time, for 
selecting a rescue ship at auction. Therefore, in this auction, 
the elements other than the time are evaluated to select the 
rescue ship which appears to be the most appropriate from 
participant ships and public ships, followed by notification of 
a request for a rescue to the selected ship. When an SOS ship 
is sea-jacked, a guard ship nearest from the SOS ship is 
Alternatively, the victim rescue system 10 may be config- 20 notified. In the case of a fire, a chemical fire boat, a chemical 
ured such that an SOS ship 210 requests for a rescue through fire helicopter, a fire boat, or the like may be selected as a 
a radio transmission using a transceiver 212 via a rescue rescue ship, depending on the fire. 

center 213, as illustrated in FIG. 68. More specifically, the On the other hand, when there is no ship to which a request 
rescue center 213 comprises a terminal 214 connected to the for a rescue can be made around the SOS ship 210, or when a 
network N, and a transceiver 216 capable of communicating 25 ship, even if it can arrive at the accident spot of the SOS ship 
with transceivers 212 equipped in the respective ships 210, 210 soonest, is determined to have physical difficulties in 
215. Then, information related to the respective ships 210, participating in rescue activities, other ships which do not 
215 may be previously registered in the rescue center 213, so participate in the victim rescue system 10 are addressed for 
that upon a request for a rescue from an SOS ship 210, a participation. For example, this may be applied to a situation 
from the SOS ship 210 through radio 30 in which the SOS ship 210 is expected to have sunk at the time 
even the ship, which can arrive the accident spot soonest, 
would arrive at the SOS ship 210. In this event, since this is 
concerned with a humanistic problem, the system must be 
extended so that a ship apt to be a rescue ship, whether it 
participates in the rescue system or not, is included as a 
potential rescue ship. Therefore, in this event, a request for a 
rescue is broadcast to other systems which do not participate 
in the victim rescue system, in which case the space satellite 
218, for example, may be used to find the potential rescue ship 
which is positioned nearest from the SOS ship 210 and is 
navigating toward the SOS ship 210, and to request this ship 
for a rescue through radio communication. 

Thus, there are two contract forms concluded by the SOS 
ship 210 for the system 20: (1 ) the SOS ship 210 or a person 
who requests for SOS (customer) directly uses the victim 
rescue system 10 (FIG. 67); and (2) the SOS ship 210 or a 
person who requests for SOS (customer) requests for a rescue 
ship, for example, to the rescue center 213 in which the SOS 
ship 210 or thepersonhas registered as a customer, ratherthan 
directly utilizing the system 10, and uses the system 10 from 
the rescue center 213 or the like (FIG. 68). In the former case, 
there is a contract relationship between the SOS ship 210 or 
the person who requests for SOS and the system 20, while in 
the latter case, there is a contract relationship between the 
rescue center 213 or the like and the system 20. An auction 
may be conducted using either of the cases. This embodiment 
will be described for the case in which the victim rescue 
system 10 configured as illustrated in FIG. 67 is employed. 

An auction home page (HP) (site) resides in the server 21, 
such that a user utilizing the victim rescue system 1 0 displays 
the auction HP illustrated in FIG. 3 on a screen through the 
network N using a browser application from a terminal 30. 
The user can register or participate in an auction by entering 
required data on the time auction HP. Here, person who are 
permitted to participate in an auction are limited to those who 
have registered as users in order to ensure the reliability of the 
information provided by them. The auction HP has a variety 



in to notify the rescue center 213 of informati 
on its current position. 

Then, the information related to the SOS ship 210 is deliv- 
ered from the rescue center 213 to the auction management 
system 20 through the network N. Subsequently, the auction 35 
management system 20 collects ships which can go to the 
rescue of the SOS ship 210, in a manner similar to FIG. 67, 
and selects as a rescue ship the ship most suitable for the 
rescue from the participant ships 211 at auction. Alterna- 
tively, the rescue center 213 may be equipped with a radar or 40 
the like, such that the radar locates the SOS ship 210, in which 
case the SOS ship 210 may only need to transmit an SOS 
signal through radio communication at the time of accident. 

As illustrated in FIGS. 67 and 68, the victim rescue system 
10 also comprises a transceiver 26 which is capable of com- 45 
municating with a space satellite 218. The space satellite 218 
comprises an exploration system capable of positioning the 
SOS ship 210, which may comprise a camera having a tele- 
photo lens, a radar system, an infrared exploration system, a 
variety of radio wave exploration systems equipped in the 50 
satellite, or the like. The auction management system 20 
receives video data on the accident spot captured by these 
systems through the transceiver 217. The video data is trans- 
mitted to the respective terminals 32 of the participant ships 
211 through the network N, so that each of the participant 55 
ships 211 can monitor the situation of the SOS ship 210 by 
displaying the accident spot (accident situation) of the SOS 
ship 210 on the screen of the terminal 32. 

In the following, there are listed examples of rescue ships 
which, even if selected by the auction management system 20 60 
as a rescue ship which can arrive at the accident spot soonest, 
cannot serve as an appropriate rescue ship. (1 ) When an SOS 
ship is a special ship such as a transportation ship for trans- 
porting chemical substances, radioactive substances, explo- 
sive hazardous substances, wasted substances, and so on, an 65 
LNG ship, a petrol tanker, and so on. (2) When an SOS ship is 
so large that a small rescue ship can save only a limited 
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of screens linked thereto, including a user registration screen mation on the SOS ship 210 together with a notice of rescue 

PA illustrated in FIG. 70; a rescue request screen FF illus- ship collection to ships which have subscribed in the victim 

trated in FIG. 71; an auction participation screen GG illus- rescuesystemlO.Here,ontheterminal32whichreceivesthe 

trated in FIG. 72; and so on. The server 21 stores on its hard notice of the rescue ship collection, the notice is displayed on 

disk screen data for the variety of screens HP, PA, FF, GG and 5 the screen, or an alarm or the like is generated from a speaker 

so on, a program for use in displaying the screens and so on for notification. When a participant ship 21 1 offers a rescue of 

(for example, an HTML description program), a program for the SOS ship 210, the participant ship 211 opens the auction 

use in computing processing involved in the auction, and so HP, and selects the "bid" button 255 on the auction HP to 

on. display an auction participation screen GG illustrated in FIG. 

As illustrated in FIG. 69, the time auction HP is provided 10 72 on its terminal 32. 

with a large number of selection buttons 221, 222 which are The auction participation screen GG is provided with a 

classified according to articles and services possibly traded in "display details on SOS ship" button 234, a remaining time 

an auction. A person who desires to participate in the victim display field GG1, and an SOS ship position display field 

rescue system 10 selects a "rescue request" button 222 from GG2.Uponseleclingthe"displaydetailsonSOSship"button 

among the large number of selection buttons 221, 222. The 15 234, information on the SOS ship 210 is displayed, so that 

auction HP is also provided with a "user registration" button detailed information on the SOS ship 210 can be viewed in the 

223 for registration of a user for an auction; a "request" button participant ship 211. The auction participation screen GG is 

224 foran SOS ship 210 to request for a rescue; a "bid"button also provided with entry fields GG3 to GG12 respectively for 

225 for a ship participating in an auction to participate in the entering the ship name of the participant ship 211, the posi- 
auction; and so on. 20 tion of the participant ship 211, the bearing, a path, a maxi- 

Selection of the "user registration" button 223 causes the mum speed, a maximum number of passengers, a maximum 

user registration screen PA, illustrated in FIG. 71, to be dis- load amount, the type of ship, rescue techniques, and an ID 

played on the terminal 30. The user registration screen PA, number. In the bearing entry field GG5, the bearing (for 

where the user is a marine transportation dealer, is provided example, the orientation) of the participant ship 211 is 

with a variety of entry fields PA1 for entering the name of a 25 entered. In the path entry field GG6, a path until the position 

ship, the type of the ship, the owner of the ship, a telephone of the SOS ship 210 is entered. In the ship type entry field 

number of the owner, an electronic mail address of the owner, GG10, the type of the participant ship 211 (the type of ship, 

remarks, and so on. As the user enters required items in all the for example, a tanker, a sightseeing ship, a marine communi- 

entry fields on the user registration screen PA and selects a cation ship, and so on) is entered. In the rescue technique 

"decision" button 231, this user registration data D3 1 is trans- 30 entry field GG11 , specific details on rescue techniques which 

mitted to the server 21 through the network N and stored in a can be provided for rescue activities are entered, for example, 

sr management database 201. Upon confirming that apparatus for use in the rescue provided by the participant 



the user has paid a predetermined commission, the server 21 ship 211, rescue techniques and technical level 
transmits an authentication number (ID number and pass- passengers on board the participant ship 211, and so on. 
word) to the terminal 30 of the registered user. The registered 35 Upon selection of the participation button 235 after enter- 
user uses the authentication number for utilizing the time ing required items in the respective entry fields GG3-GG12, 
auction. bid information data 33 is transmitted to the server 21 and 
When an SOS ship 210 requests for a rescue, the operator stored in the bid information management database 203. The 
opens the auction HP, selects the "request" button 224 on the server 21 uses data transmitted from the respective participant 
auction HP, and displays the rescue request screen FF illus- 40 ships 211, and selects a participant ship 211 which can most 
trated in FIG. 71 on a terminal 31 on the SOS ship 210. The effectively rescue the SOS ship 210 as a rescue ship. In this 
rescue request screen FF is provided with a GPS button 232 event, for simplifying entry operations, items other than the 
for identifying the position of the SOS ship 210, and a variety SOS ship position and trouble situation on the rescue request 
of entry fields FF1 to FF8 for entering how to contact the SOS screen FF may have been previously entered in the database 
ship 210, the name of the ship, the number of passengers, the 45 202 of the system 20, such that minimally required items may 
type of draft, a load, an affiliation to which the SOS ship 210 be entered upon requesting for a rescue ship. Likewise, on the 
belongs, a trouble situation, an ID number, and so on. The auction participation screen GG, items other than the posi- 
SOS ship 210 contains GPS (Global Positioning System), so tion, bearing, path of the participant ship 21 1 may have been 
that upon selection of the GPS button 232 on the screen FF, previously entered in the database 203 such that minimally 
the position measured by the GPS is set as a current position 50 required items may be entered upon participating in the auc- 
of the SOS ship 210. tion. Alternatively, the system 20 may be configured such that 
In an affiliation entry field FF6, information for determin- only selection of the "transmission" button 233 on the rescue 
ing a priority order upon selecting a rescue ship is entered in request screen FF causes input values to be automatically 
consideration of the interest, kindred, special relationship and entered in the associated fields and transmitted to the auction 
so on with the SOS ship 210, such that the entered informa- 55 management system 20. Likewise, the system 20 may be 
tion is used to preferentially request, for example, a ship configured such that only selection of the "participation" 
having the kindred with the SOS ship 210 for a rescue, avoid button 235 on the auction participation screen GG causes 
requesting a ship having the interest with the SOS ship 210 for input values to be automatically entered in the associated field 
1. In a trouble situation entry field FF7, in and transmitted to the system 20. 



turn, a situation of an accident (details on the accident), for 60 Only rescue contractors which have concluded to be res- 
example, is entered in characters. As the user enters required cuer with rescue support service dealers can be bidders and a 
items in the respective entry fields FF1 to FF8 and selects a rescuer (successful bidder). For this reason, the bid screen is 
transmission button 233, the request information data D32 is transmitted only to terminals of the rescue contractors. The 
transmitted to the server 21 and stored in a request informa- rescue contractors should employ a terminal which has an 
tion management database 202. 65 arrival notifying function for notifying incoming data by 
The auction management system 20, upon receipt of a means of sound, vibrations, light, or the like. Of course, it is 
request from the SOS ship 210 for a rescue, transmits infor- possible to use a commercially available portable terminal 
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the rescue operation and can arrive at the SOS ship 210 within 
a predetermined time as a plurality of rescue ships. 

Alternatively, information provided by third parties (infor- 
mation provision contractors in principle) may be used to 
' conduct an auction, without limiting to the auction system in 
which ships participating in the auction can only be selected 
as a rescue ship. In other words, the server 21 may widely 
promote third parties to provide information on ships which 
can be suitable for rescue ships, and conduct an auction based 

0 on the information to select the most suitable rescue ship. A 
ship selected by the information is notified through a radio 
communication, the Internet or the like to force the ship to go 
to the accident spot. 

The rescue of the SOS ship described above is a mere 
5 example, and the auction method according to this embodi- 
ment may be used for a rescue for a wreck in mountain, attack 
by a bear, a person or the like, fire in a building or the like, 
bandit, confinement or the like, natural disaster or disaster 
caused by man, accident, and so on. In this event, the police, 

1 ~ ' is, hospitals and related facilities, accident cc 



such as a portable telephone and so on which has an arrival 
melody function or an arrival vibration function. With a por- 
table terminal (for example, PDA or the like), a small personal 
computer and so on which do not originally comprise a soft- 
ware program for implementing the arrival notifying func- 5 
lion, a program of the arrival notifying function may be 
entered in bid screen display data transmitted by the server, 
such that the arrival notifying function is performed when the 
bid screen display data is received. 

While a rescue requester may have a commercially avail- l 
able portable telephone, PDA or small personal computer, a 
portable terminal dedicated to a rescue may be supplied to the 
rescue requester. This portable terminal may comprise, in 
addition to GPS and a camera, a plurality of selection buttons, 
for example, classified according to the contents of rescue, l 
The rescue requester can transmit required information 
including the position, video, and details on a rescue to the 
server only through manipulation on a button. The video is 
transmitted, for example, for a fixed period of time (for 

example, 10 seconds to 5 minutes) after a manipulation on the 20 ^ ^ _ 

button. The camera, in turn, may be for capturing a moving and private pafcTcars, guarf cars, private rescue organization 
image or for capturing a still image. members and so on may participate in the system 1 0 through 

It is contemplated herein that even if the ship which can a devke Qr a communication terminal which notjfies crime 
arrive at the accident spot soonest is selected, the rescue watchj ^ accident! emergency or the like. The system 10 
operation will not progress satisfactorily if the selected rescue 25 evaluates me situation and se lects one which offers numerical 
ship is small in scale or lacks rescue techniques. To solve this va]ues ^ indicate that it caQ rescue soonest 
problem and select a ship which can most efficiently and ^ . , ^ „ , , . 

v ..v »■ ■ Elements of the system for narrowing down such a large 

smoothly carry out the rescue operation, an auction in this , . 6 ,. 6 

embodiment* conducted to compete not only the time but 

also other elements. In other words, the server 21 evaluates 30 an f s <? <". to «* most °P timal rescuer or re f ue method t f ° r 
. i / . , i . \ . . ■ m „ OTt „, selection include time, distance, movement, size, quantity, 
X r^7, * T V Tn™n r7 technicallevel,relationdegree,specialty,publicdeg;ee,dan- 

fie ds GG3 to GG11 on the auction participation screen GG ' . ,, c t ■ t. L - j 

r ... ■ f a serous degree, price and so on, a 11 of which are combined 

for each of items which are requisites for a rescue, and con- B JL t , ' ... , 

, ^ . , ^ . . , ... with one other. Thus, the auction of this embodiment evalu- 

ducts an auction based on numerical values resulting from the , ' . 

, . 35 ates respective elements for automatic determination and nar- 

"re^ecifically, as illustrated in FIG. 73A, using input ™1™ to select me *f ^ a " 

values entered in the respective entry fields FF3 to FF8 on the P 0SSlble ^.nations as a rescuer (a rescue method), 
rescue request screen FF of FIG. 71, the server 21 conducts By using the auction of this embodiment, it is possible to 
numerical evaluation (for example, on the basis of 100 select the security company, guard company, guardsman or 
points), as requisite items for a rescue, for example, an avail- 40 me like that 1S most smtah]e for a rescue from man y ell g' ble 
able time (minutes) which is a limited time available for a rescuers. In a conventional security system (guard system) in 



re of the ship (t), the number of persons to be 
saved (persons), and a required rescue technical level which is 
required to rescue the SOS ship 210. 

Next, the server 21 selects a rescue ship from a plurality of 
participant ships 211 based on the numerical values associ- 
ated with the SOS ship 210. Specifically, as shown in FIG. 
73B, using input values entered in the respective entry fields 
GG4 to GG11 on the auction participant screen GG of FIG. 
72, the server 21 evaluates, for each of the participant ships 
211, a time required to arrive at the accident spot (minutes), 
the size of the ship (t), and the number of persons who can be 
saved (persons), as requisite items for the rescue, as well as 
the rescue technique degree possessed by the participant ship nouse c 
211. Here, the server 21 selects a participant ship Y which 55 illness 
offers all the numerical values greater than those of the SOS 
ship 210, as a rescue ship, from among participant ships X to 
Z shown in FIG. 73B. Then, the server 21 selects the partici- 
pant ship 211, as a rescue ship, which can arrive at the SOS 
ship 210 soonest and receive the number of persons to be 
saved, and has the rescue techniques which can avoid the 
danger to an accident situation of the SOS ship 210. 

In this event, not limited to the selection of only one rescue 
ship, a plurality of rescue ships may be selected. For example, 
if the SOS ship 210 is so large that only one rescue ship cannot 
accommodate, the server 21 may select a plurality of parti 



which a rescue requester directly makes a contract with a 
security company, a guard company or the like, the rescue 
requester will request the previously contracted security com- 
pany (guard company) for a rescue when the rescue requester 
suffers from a disaster, accident, crime or the like. 

In contrast, when the victim rescue system 10 is used, a 
plurality of rescue dealing companies (security companies, 
guard companies and so on) and individuals such as guards- 
men and so on participate in the auction, which is conducted 
among the participant companies and individuals to select a 
company or an individual (guardsman or the like) optimal to 
a particular rescue field. Also, when a person is out from his 
house or company and encounters an accident, an affair, an 
r a wreck and therefore requires a rescue, he, i.e., a 
rescue requester (customer) may use the victim 
rescue system 10 using an individually carried terminal (for 
example, the portable terminal 74 having the GPS 79 illus- 
trated in FIG. 17) to select the rescue organization or an 
individual who happens to be near the rescue position or can 
arrive soon at the spot utilizing appropriate facilities, and has 
appropriate techniques and skills in accordance with 



details on a is particular n 
disaster or the like). Thus, c 
65 racketeer or an animal (bear 



pant ships 21 1 which have the rescue techniques available for so that the appropriate r 



; request (accident, crime, 
in if a person is attacked by a 
r the like) when he is out, the 
tardsman or hunter is selected 
is sent to the rescue requester. 
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Of course, ordinary alpinists, volunteers and so on may reg- so on) is evaluated using input values entered m the entry 

ister as rescuers from the friendly spirit for a simple rescue. If fields GG4 to GG1 1 on the auction participation screen GG of 

a rescue can be easily performed by anyone, a person who FIG. 72. 

happens to pass nearby is selectedas a rescuer, so that a rescue In S6070, bid processing is executed with numerical val- 

requester can be promptly rescued without inducing exag- 5 ues. Specifically, participant ships 211 which have partici- 

gerative activities. For example, assuming that a senior per- pated in the auction are listed in a priority order using the 

son, walking alone along a mountain path while on a lourney, numerical values resulting from the evaluation in S6060, 

falls down and wants a help for recovery, if the senior person wherein ships more suitable as a rescue ship are given higher 

requests for a rescue with a portable terminal, a traveller who priority levels, to select a rescue ship, 

happens to be walking along the same mountain path is to In S6080, it is determined whether or not a limited time has 

selected as a rescuer so that the senior person can be rescued expired. When within the limited lime, the procedure flow 

(helped) immediately. Also, even if a person receives a sen- returns to S6050 to again determine the presence or absence 

ous wound on a mountain path, a traveller who happens to of new participants in the auction. At the expiration of the 

pass nearby is selected as a rescuer so that the traveller can limited time, the procedure flow continues to S6090. 

give first aid to the person before a true rescuer (ambulance 15 InS6090, itisdeterminedwhetherornotarescuer has been 

man or the like) arrives. The request screen is provided with determined. Specifically, for selecting a rescue ship, the pro- 

an entry field for entering a technical level required for a cedure flow continues to S6110 if only one ship has been 

rescue, and general persons such as alpinists, volunteers and selected as a rescue ship in S6070. Otherwise, the procedure 

so on may be regarded as candidate rescuers when a rescue flow continues lo S61 00 when a plurality of ships have been 

requires a low technical level. Further, if a rescue requester 20 selected as rescue ships because calculated numerical values 

offers a required level (rescue capabilities, results, contribu- are the same. 

tion and so on), the auction of this embodiment may be used In S6100, narrow-down processing is executed. Here, for 

to select an optimal organization or individual in accordance selecting only one from participant ships 211 which offered 

with the required level of the requester. the same condition when the bid processing was executed in 

Next, a flow of the auction from a request for a rescue to 25 S6070, the participant ships 211 are narrowed down based on 
selection of a rescuer(s) will be explained with reference to conditions other than the numerical values resulting from the 
FIG. 74. It should be first noted that the illustrated procedure evaluation, for example, the expenditure required for request- 
flow does not necessarily show a processing procedure of the ing for a rescue ship, such that the SOS ship 210 is least 
server 21 but shows a procedure (flow) of the entire auction. possibly burdened in terms of funds. 
The following explanation is given for an example in which a 30 In S6110, the server 21 notifies both parties of the estab- 
rescue requester is a ship belonging to a marine transportation lishment of the trade. While FIGS. 67 through 74 have illus- 
dealer (SOS ship). trated the system configurations and screen layouts intended 

In S6010, information on the rescue requester is entered. for a rescue for a ship, the entry fields on the screen may be 
Specifically, when the SOS ship 210 requests for a rescue, changed as appropriate in consideration of who is a rescue 
required items are entered in the respective entry fields FF1 to 35 requester and which type of rescue is required. For example, 
FF8 on the rescue request screen. It should be noted that a with intention for a rescue at an individual or family level or 
procedure in S6010 wherein the rescue request screen is for a rescue for individual employees of a legal person, each 
displayed on a terminal of the requester, and the server 21 requester carries a GPS equipped terminal (a portable tele- 
receives request information data 32 of the SOS ship 210 phone, PDA or the like), so that the variety of screens are 
entered on that screen corresponds to a request procedure, w displayed on the terminal carried by each requester or rescue 

In S6020, the presence or absence of a request for a rescue contractor (bidder). Information entered on the request screen 

from a rescue requester is determined. The procedure flow foruse as materials for determining a rescuer includes details 

waits in S6020 until a request for a rescue is made. on a rescue for a requester, for example, an accident, an affair 

In S6030, an auction is started. Here, a request for rescuing (type of crime), whether or not the requester is wound, grave- 

a ship is notified to respective terminals 32 possessed only by 45 ness of wound, situation of victim, situation of wreck, name 

ships which have subscribed in the victim rescue system 10 of disease, episode, techniques required for a rescue, number 

through the network N to collect participants in the auction. of persons to be saved, and so on. Also, the bid screen displays 

In S6040, information offered by a bidder is entered. Spe- a map (map information) in place of a chart, on which the 

cifically, when a participant ship 211 participates in the auc- rescue position is identified. 

tion with intention for rescuing the SOS ship 210, the partici- 50 In addition to the GPS, the terminal of the rescue requester 

pant ship 211 enters required items in the respective entry may be equipped with an imaging device such as a camera, 

fields GG3 to GG12 on the auction participation screen GG. For example, the portable terminal 74 equipped with the GPS 

It should be noted that the procedure in S6030, wherein the 79 illustrated in FIG. 17 is used and is equipped with a camera 

bid screen is displayed on terminals 31 of bidders, and the 87 as an imaging means as illustrated in the figure. In this 

server 21 receives the bid information data 33 on the partici- 55 event, an image captured by the camera 87 is displayed on 

pant ship 211 entered on that screen, corresponds to a bid terminals of bidders, so that the bidders can confirm the 

procedure. situation of the victim of the rescue requester (or a person who 

In S6050, it is determined whether or not there are appli- requests for a saving other than the requester) on the screen 

cations to the auction. In other words, it is determined before participating in the bid. For example, if a person is 

whether or not there are bids from bidders. When there arc 60 involved in an accident or an affair while he is out, the posi- 

bids, the procedure flow continues to S6060. On the other tion can be notified through the GPS 79, and a request for a 

hand, when no bid is applied, the procedure flow continues to rescue can be made with an image of the accident or an image 

S6080. A procedure from S6050 to S6110 corresponds to a of the affair captured by the camera 87 of the portable termi- 

bid acceptance procedure. nal 74, thereby making it possible to determine techniques 

In S6060, the evaluation processing is executed. Specifi- 65 and skills required for candidate rescuers from the video 

cally, each of requisites for rescuing the SOS ship 210 (for images to select a more appropriate rescuer. It is also possible 

example, arrival time, size of ship, rescue technical level and to correctly know required information such as a situation of 
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wound of the rescue requester and 
sider appropriate rescue methods through the video images. 
Thus, the rescue requester is rapidly saved by a more optima] 
rescuer in accordance with the details on the request for a 
rescue. It is also possible to view the images from the imaging 
device in the management system 20 to determine the victim 
level of the disaster or the like from the video image in the 
management system 20 and evaluate a rescue technical level 
by a judge of the system 20. 

As appreciated from the foregoing, the following advan- 
tages are provided according to the eighth embodiment. 

(21) A rescue requester can select the most appropriate 
rescuer from among rescuers participating in an auction by 
making use of the system 20 through a terminal. For example, 
when a ship belonging to a marine transportation dealer 
encounters a wreck, this SOS ship (SOS originator) 210 can 
select the most appropriate rescue ship (rescuer) from partici- 
pant ships 211 which participate in the auction. It is therefore 
possible to accomplish effects such as execution of rapid 
rescue activities, avoidance of confused rescue activities, and 
so on as well as to limit an extra expenditure such as a cost 
which would occur when even ships useless for the rescue 
were asked for the rescue. 

(22) Conventionally, when an individual, a family ora legal 
person is secured, it is general tendency to make a contract 
with a security company, a guard company or the like, so that 
they will request the previously contracted company for a 
rescue upon requesting for a rescue. However, by the use of 
the victim rescue method of this embodiment, an auction is 
conducted among a plurality of bidders to select the most 
suitable bidder as a rescuer, thereby making it possible to 
extend the range of the request for a rei 
rescuer more suitable for a particular rescui 
the prior art. 

(23) Conventional security companies 
nies are intended for the guard of a residence or a company, so 
that an accident, an affair (crime), an illness, or a disaster 
encountered while a person is out for journey, shopping and 
so on cannot be contemplated for a rescue. For this reason, a 
rescue, while a person is out, can only be requested by tele- 
phone to a public organization such as the police, the fire 
station or the like which is dedicated to a rescue. However, 
with the use of the system 20, even when a requester is out, he 
may request the system 20 for a rescue through a terminal 
carried by himself (the portable telephone 74, PDA or the 
like), resulting in selection of an optimal organization or 
individual as a rescuer, in accordance with the rescue position 
and details on the request for a rescue. Therefore, the 
requester is rapidly saved in an appropriate rescue method at 
the rescue position while he is out. 

(24) The utilization of the system 20 results in an extended 
range of requests for rescues, so that when ordinary persons 
such as alpinists, volunteers and so on register 
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ue, and select a 
; as compared with 



d compa- 



artificial voice so that the server receives voice data of the 
victim who orally answers questions as bid request data as it 
is. With the employment of such a request procedure, even if 
a victim has difficulties in using hands or viewing, for 
5 example, due to wound or illness, it is possible to correctly 
accept the situation of the victim, and realize an appropriate 

A rescue requester and a victim are not limited to be iden- 
tical. This is because, for example, a person who has found a 
i* victim may use the rescue support service, determining that 
the person cannot accommodate the victim. In this event, the 
rescue requester enters spot position data if he requests for a 
rescue from a position away from the spot. In addition, since 
a rescue spot may move, as is the case of requesting for a 
is rescuer for saving a person who was taken over by a robber 
together with his car, information on a predicted rescue spot 
position, a moving route, and so on is also provided to bid- 
ders, such that the rescuer nearest from the destination, rather 
than the position upon requesting, is selected. 
20 Video data is not limited to be transmitted to bidders for 
viewing video images on the bid screen. For example, a 
disaster situation may be determined by viewing a video 
image on the server side to make sure of appropriate rescuers 
and rescue capabilities such as rescue techniques and so on 
25 the service provider side and reflect the result of determina- 
tion on the contents of the displayed bid screen. 

For collecting bids of rescuers, it is possible to limit a bid 
collection area (region) since an area (region) in which res- 
cuers can work is limited from position data .in the rescue 
request information received from a terminal of a requester. 
For example, for a normal rescue which does not need the use 
of special facilities, apparatus and so on for the rescue, it is 
desirable to limit a collection area to surrounding regions (for 
example, cities, towns, villages) around the requester. For 
35 determining the area, the server comprises area determination 
condition data. In the area determination condition data, areas 
are set in steps in accordance with details on disasters, by way 
of example, and an area is set based on the urgency, and a ratio 
of the number of persons who can be rescuers. For example, 
40 for an accident, an affair, a sudden attack of illness, and so on, 
which should be quite urgently treated, a narrow area (for 
example, a city, a town, a village) is set. Also, when a large 
number of persons can serve as rescuers (for example, for a 
simple rescue (assist) (for example, a help or the like) for 
45 which anyone can be a rescuer), a narrow area (for example, 
a city, a town, a village, or a narrower area) is set. 

The server 21 may sequentially sense the position of a 
rescuer after the rescue request procedure to notify a requester 
50 of a situation in which the rescuer is going to the rescue. Also, 
the server 21 may transmit video data received from a termi- 
nal of a requester, after the rescue request procedure, to a 
terminal of a rescuer to notify the rescuer of a disaster situa- 
tion of a requester. 



from the friendly spirit intended for a simple , ... 

example, such as a help, a person who happens to pass nearby 55 A specific configuration for commumcating with the ter- 
can be selected as a rescuer, so that a rescue requestei 



promptly rescued without inducing exaggerative activities. 
The eighth embodiment may be modified in the following 

The bid procedure is not limited to the method of entering 6 
required items on the request screen displayed on the screen 
of a terminal of a requester. For example, if a rescue requester 
(victim) holds a GPS equipped portable terminal and con- 
nects to a rescue support service server through the portable 
terminal, the server acquire automatically position data of the 6 
rescue requester from a terminal through c 
and inquires a current victim situation of the v 



30 equipped in the SOS ship 210 or a participant ship 
211 participating in an auction through a network using a 
personal computer may be implemented, for example, by 
connecting a portable telephone or PHS capable of commu- 
nicating through the Internet to the personal computer, or by 
connecting a terminal dedicated to a connection to the net- 
work to the personal computer. 

A terminal for use in requesting for a rescue or placing a bid 
is not limited to a personal computer and a portable telephone 
and PDA capable of commumcating through a network, but a 
terminal dedicated to the victim rescue system, for example, 
may be used. 
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For utilizing an auction to select a rescue ship, it is not 
limited to select the most suitable ship as a rescue ship in 
consideration of the size of the ship, a rescue technical level 
and so onolher than an arrival time to an accident spot, but the 
ship which can arrive at the accident spot soonest, for 
example, may be simply selected as a rescue ship. 

Items assigned to the entry fields on the rescue request 
screen FF and the auction participation screen GG may be 
freely changed as appropriate. In essence, the respective 
screens FF, GG may be provided with entry fields for entering 
information with which the most suitable ship can be identi- 
fied during a selection of a rescue ship. If an item other than 
a ship is to be rescued, the entry fields on the rescue request 
screen and the auction participation screen may be changed as 
appropriate in accordance with details on a particular disaster, 
accident, affair or the like. 

Next, terms used in the eighth embodiment are defined as 
follows. 

(1 ) A rescuer is not limited to a person, but includes a wide 
variety of persons, organizations, facilities and so on. There- 
fore, a rescuer includes a ship, a train, a helicopter, an airplane 
and so on in which a rescuer exists, and also includes an 
organization such as a rescue team, a rescue ranger, and so on. 
Also, the facilities include, for example, a rescue robot, a 
remotely controlled rescue device, and so on, irrespective of 
manned or unmanned. 

(2) A disaster or the like only needs to be an item which 
requires a rescue (including a simple rescue such as a help), 
and includes a victim and a disaster caused by an accident, 
sudden attack of illness, wound, wreck, fire, inundation, 
earthquake, explosion, terrorism, injury case, stoker, confine- 
ment, bandit, and so on. Also, a victim includes a victim who 
has suffered from the foregoing disaster (fire, earthquake, 
inundation and so on), and also includes an animal and so on, 
not limited to a person. 

The respective embodiments described above are not lim- 
ited to the foregoing, and may be modified in the following 

After the establishment of a trade, it is necessary to proceed 
with delivery of an article or provision of a service on the 
seller side, and settlement of payment on the buyer side, in 
which case the settlement may be made utilizing a net bank- 
ing. FIG. 75 illustrates an example of a trading system of this 
type. The illustrated trading system comprises an auction 
management system 20, a banking system 300, and a distri- 
bution system 310, each of which possesses a server 21, 301, 
311 interconnected through a network (the Internet, a dedi- 
cated channel, orthe like) N formutual communications. The 
banking system 300 places a net banking home page for 
settlement, such that a buyer can pay in from the net banking 
HP on a terminal 30 such as a personal computer installed in 
his house, a portable telephone, or the like. Of course, the net 
banking system 300 may be connected to a large number of 
stores (for example, convenience stores, banks, and their 
branch offices) 302 located in every regions all over the coun- 
try for communications, such that a buyer can pay in at a 
nearby store. The distribution system 310 in turn places a 
collection/delivery home page, such that a buyer can request 
for delivery, such as delivery of an article, from the collection/ 
delivery HP on the terminal 30 such as a personal computer 
installed in his house, a portable telephone, or the like. Of 
course, the distribution system 310 may be connected to a 
large number of stores (for example, convenience stores and 
delivery branch stores) 312 located in every regions all over 
the country for communications, such that a buyer can request 
for delivery to his house at a nearby store. 



it system 20 assigns a password to 
both parties upon the establishment of a trade, so that both 
parties which have established the trade can communicate 
with each other within a limited period by entering the pass- 
word on the home page. Also, both parties are assigned a trade 
code number upon the establishment of the trade, so that the 
buyer specifies the trade code number to pay in to the net 
banking system 300, while the seller specifies the trade code 
number to request the distribution system 310 for delivery. 
) After confirmation of the paying-in by the buyer to the net 
banking system 300 and confirmation of delivery of an article 
by the seller to the distribution system 310, the auction man- 
agement system 20 proceeds to a fund transfer and delivery 
operation. According to this trading system, since the fund 
; transfer and delivery operation are performed after the con- 
firmation of the paying-in to the system and the delivery of the 
article, while the trading partners do not know their identities, 
a safe trade can be carried out. 
While there are three different types of auction forms as 
) illustrated in FIG. 76, an auction may be conducted in any 
form. Specifically, FIG. 76A shows a sales supporting form, 
wherein an intermediary dealer offers free value added ser- 
vices to potential buyers to widely collect buyers, and obtains 
contributions from a seller by offering sales supporting ser- 
> vices to the seller, such as introducing buyers to the seller, and 
so on. FIG. 76B shows a purchase supporting form, wherein 
an intermediary dealer offers free value added services to 
sellers to collect potential sellers, and obtains contributions 
from a buyer by offering purchase supporting services to the 
] buyer, such as introducing sellers to the buyer, and so on. FIG. 
76C shows a sales/purchase supporting type, wherein an 
intermediary dealer offers sales supporting services to poten- 
tial sellers as well as offers purchase supporting services to 
potential buyers to obtain contributions from both sellers and 
5 buyers. Of cource, the intermediary dealer may obtain adver- 
tisement fees or the like from third parties, without receiving 
contributions from buyers or sellers. 

In the respective embodiments described above, an auction 
method as follows may be employed when a plurality of 
j elements are set. In a bid acceptance procedure, an index is 
previously set to determine the ranking among the respective 
elements. Bids are simultaneously conducted in parallel for 
each of the plurality of elements, and a bidder who has offered 
the bid information with the highest index among the respec- 
5 tive elements is determined as a successful bidder. For 
example, when position and time are specified, assuming that 
1 km is specified as 50 points in distance and 10 minutes are 
specified as 50 points in time, a bidder who acquires 60 
points, which are closest to 50 points in position, is deter- 
o mined as a successful bidder, rather than a bidder who 
acquires 40 points which are closest to 50 points in time. 

In the respective embodiments described above, a plurality 
of terminals in a description "providing to a plurality of 
terminals" may be unspecific or specific. 
5 In the respective embodiments described above, "bid" 
means participating in a bid, wherein a bid may be conducted 
with an element other than the price. 

In the respective embodiments described above, instead of 
staring a bid to wait for bids after a request is made from a 
o client, bid information previously acquired from bidders may 
be preserved in a database such that the person who has 
offered the bid information most suitable to requirements of 
the client is retrieved from the database upon receiving a 
request. In other words, while the respective embodiments 
5 have employed the method of staring a bid to wait for bids 
after a request is made from a client and a method of preserv- 
ing bid information previously acquired from bidders in a 
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database such that a bidder who has offered the bid informa- with a previously determined priority rule, from among a 

tion most suitable for requirements of the bidder is retrieved number of bidders (a number of participants) as a successful 

from the database when a request is made, only the former bidder. 

may be employed. In the former method, if a client can view, In the respective embodiments described above, price 

for example, a bidding situation on the screen, the client mav 5 information is not essential to information related to an 

respond a plurality of times by offering conditions satisfying article - For example, the information related to an article may 

requirements of a bidder after confirming tendencies of other be > for exam P le - ^formation only on the article or on the 

bidders article and its quality, i.e., information other than the price. 

For example, as to art objects, antique objects and so on, a 

In the position auction in the second embodiment, tor lf) sellerhimse if may not know the value of his article and want 

example, when a taxi company bids off a customer, the taxi lQ iden(ily ^ price thlough a bid ^ other hand; a buyer 

company may preferentially bid off a customer who is going himself may want to obtain a certain article irrespective of its 

to the remotest destination if there are a plurality of customers price . j n ^ s evenlj lne price ilse ]f mere ] y nas a secondary 

within a certain range. More specifically, the distance value. If the price is included in bid conditions in this way as 

between the position at which each customer takes a taxi and 15 a matter of trading, a proper evaluation or trade may not 

a destination is measured on map data to bid off the customer always be expected due to variations resulting from the course 

who offers a longer distance. In this event, if a plurality of taxi of events depending on the funds of competitors. In such a 

companies compete, a taxi company which has a taxi nearest case, the price would rather not be offered as bid conditions, 

from the taxi taking position or a taxi company which offers In the respective embodiments described above, when 

more favorable services to the customer will bid off the cus- 20 information related to an article includes information on a 

tomer who offers a longer distance. sales price or information on a purchase price, the informa- 

In the respective embodiment described above, an element tion ° n a f le , s P™ e ° r ^ in **™¥f tion °? 3 P Urcha ! e f™ 6 

*, , .. .. , . . , 1 ... may benotonly the sales price (orthe purchase pnce) but also 

other than the pnce may be limited to not include a bid ^ ' ' £ ^ { for 

conducted with me element in the form of a mere conversion 25 ^ ^ ^ g Qf 

ofapnceandsubstantially intheformofamerepncebid. For ^ rfce wjdth) ^ a ^ of of 

pvqivimIp in thf rv\eitir>n mir-tinn thp plpmpnt nthpr than flip . . . . ... 



sales prices and purchase prices which are set in steps for each 



example, in the position auction, the element other than the ^^^^^y^, 

price does not include those which are mere conversions from ofconditonT and'so 

the price and with which a bid is conducted with the price For In ^ fifst me ^de due ^ condition is not 

example, the element other than the pnce does not include 3Q , imited tQ priority ^ such as ^ ^ ^ sHde xheme ^ bl]t 

those used in a bid in the form of a mere alternative of the my be for example> a specified trade due ^ (for 

price, such as a bid conducted with an element having a g desjred lradmg ^ i(se]f 

proportional relationship with the pnce. However, an auction Jn (he ^ OKmentioned first embodiment, the present inven- 

methodusinganelementotherthanthepnceismcluded,such ^ js m ]imited tQ g method of o£ferin g ^ a trading due 

as that which cannot be said to be a mere alternative of the J5 ^ wd a pnce from a dient as jg the case of the price slide 

price, and produces inherent effects by conducing a bid with settjng For g ^ may offer a plura]ity of 

the element other than the pnce. For example, a rate is related due ^ such fta , b;dders ^ 0M of {he pmrality 

to a distance over which a taxi goes toreceivea customer, and of trading due ^ ^ set a pnce together with me se]ected 

it is out of the question to conclude that such a method is not due dat£ for in a bid. .Alternatively, for 

mcluded in the invention, ignonng the effect of reducing a m a client may offer a phlrality of prices such mat 

waiting time of the customer on the basis of such a reason that m6eTS ^ Qne from meplurality of prices md set a trading 

bidding of the nearest taxi leads to a lower rate, and so on. due date together with the selected price for participating in a 

With the employment of such a method, it is possible to feid ]n ^ ^ , he c]ient offers m ^aie period in 

satisfy more requirements other than the pnce. whjch bidders can se , fl due ^ (for for a 

In the respective embodiments described above, a trade by 45 manufacturer, after a release day, after a period in which the 

an auction may be either onerous or gratuitous. For example, manufacturer wants to leave articles at his hand, and so on), 

atrademaynotinvolvesaleorpurchasebutmaybemadefree an{ j this allowable period is used as the trading due date 

of charge. For example, wastes and used articles may be condition. For example, when a manufacturing company 

given, free of charge, to a person who can come and take when requests for a bid, for example, for purposes of sales predic- 

the owner wants to dispose them but is in trouble how to treat 50 t j 0I1; the allowable period may be, for example, after the 

them. In such a situation, an auction may be used to look for release day. 

a partner who takes over such articles. In this event, while a \ n the respective embodiments described above, when a 

relationship between a seller and a buyer is not virtually method ofusing a list screen is employed, the trading due date 

establishedbecause it is not a dealing, the present invention is condition may be an option only for selecting whether or not 

intended to contemplate even such a case of trading form. For 55 a b jdder is requested to offer a trading due date (a trading date 

example, theownermay determinesthepersonwhoislocated or the like) on a screen previously provided for entering 

nearest from him, or a person or a dealer who takes over the details on a request of a client on a home page on the server 

largest weight or the largest amount of articles as a successfiil s j de ^ m wmc h case the client determines a successful bidder 

bidder. Alternatively, the owner may determine a person or a while viewing trading due dates offered by bidders on the 

dealer who takes over such articles at the lowest cost as a 60 screen ofthc terminal 30A. Further, the client need not always 

dealing. Otherwise, an article or a service offered by a manu- set the trading due date condition. Alternatively, a screen 

facturer or the like free of charge may be treated at auction. provided to bidders when the server collects bidders may be 

In the respective embodiments described above, bidding set to previously ask bidders to offer information on the 

conditions may be set as appropriate, and may be such as to trading due date, so that the offer of the trading due date is 

determine a value at a certain rank from a predetermined 65 requested by the setting on the server side, instead of the 

direction or a person who offers the value closest to an aver- client. Also, in this case, the client can determine a successful 

age value of bidden prices, by way of example, in accordance bidder by comparing trading due dates offered by bidders. 
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In the respective embodiments described above, an inves- 
tigation made based on bid information ol bidders is not 
limited to a sales prediction. The contents of investigation 
made on an article based on bid participation information 
offered by bidders may be an investigation on the rareness of 
the article, an investigation on a market price (value) of the 
article, an investigation on the distribution of the article, and 

In the aforementioned third embodiment, an auction may 
be conducted only with taxis which can be assigned immedi- 
ately after a request is made from a customer, without con- 
sideration of information on conditions of a car and a driver, 
and road information such as a road situation. 

In the aforementioned fifth embodiment, numerical values 
handled in an auction as an object of bid may be any units of 
physical amounts used as the unit of traded articles, for 
example, the number of sheets, thickness, hardness, and so 
on, in place of length, height, area, volume, bulk, weight, 
quantity, and so on. 

In the respective embodiments described above, a trade by 
an auction may be either onerous or gratuitous. For example, 
the trade may not involve sale or purchase but may be made 
free of charge. For example, wastes and used articles may be 
given, free of charge, to a person who can come and take when 
the owner wants to dispose them but is in trouble how to treat 
them. In such a situation, an auction may be used to look for 
a partner who takes over such articles. In this event, while a 
relationship between a seller and a buyer is not virtually 
established because it is not a dealing, the present invention is 
intended to contemplate even such a case of trading form. For 
example, a free article or service evaluated as most suitable 
for requirements of a client, or a recipient who receives pro- 
vision of the article or service bids off. Otherwise, an article 
or a service offered by a manufacturer or the like free of 
charge may be treated at auction. 

In the respective embodiments described above, an article/ 
service may be anything as long as it can be traded, irrespec- 
tive of whether it is tangible or intangible . Exemplary catego- 
ries may include, for example, (1) article/service field, (2) 
information/contents field, (3) idea/intellectual property 
field, and so on. In (1 ) the article/service field, the field may be 
divided into sub-categories such as ticket, passport, hotel, 
loan, finance, security, insurance, residence, real estate, car, 
bicycle, book, music, daily necessities, food, cosmetics, com- 
puter, game, auction, second hand article, telephone, business 
supply, bio, medicine, energy, resource, generator or evalua- 
tor of'intangible article (heat, light, wave, color, hue, bright- 
ness, electromagnetic field, and so on), and so on. In (2) the 
information/contents field, the field may be divided into sub- 
categories such as recruiting, jump, outsourcing of works, 
inventory disposal, recycling, information contents, meeting, 
relation information, education, seminar, advertisement, 
introduction of trader, human network, claim transaction, risk 
management, and so on. In (3) the idea/intellectual property 
field, the field may be divided into sub-categories such as 
idea, business planning, literary work, intellectual property. 



A server, a network and a terminal may be implemented by 
a digital television capable of bidirectionally communica- 
tions. In this event, the server may be a computer in a televi- 
sion broadcasting station or the like which emits digital data, 
while the terminal may be a television capable of receiving 
digital broadcast programs. 

The request procedure is not necessarily essential. For 
example, a request may be made by telephone or interview, 
and the server may execute the procedures subsequent to the 
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collection procedure (collection procedure, bid procedure, 
bid acceptance procedure) at auction through a network. 

Display on the screen of the terminal is not necessarily 
essential. The request screen and bid screen used in the 
request procedure, collection procedure and bid acceptance 
procedure may be eliminated. For example, request informa- 
tion may be received by the server through audio data from a 
terminal of a client, and bid information may be received by 
the server through audio data from terminals ofbidders. Then, 
the server generates an artificial voice to the terminal of the 
client for guiding that the request information is audibly 
produced, and generates an artificial voice to the terminals of 
the bidders for guiding that bid information is audibly pro- 
Terms used in respective claims in this specification are 
defined as follows: 

An article is an item to be traded, irrespective of whether it 
is onerous or gratuitous. 

A service is irrespective of whether it is onerous or gratu- 
itous. The service includes a service offered free of charge by 
volunteer. The service also includes a service which does not 
use objects. The service further includes a rescue for saving a 
victim by a rescuer (onerous or gratuitous). 

The variety of screens such as the request screen, bid screen 
and so on are not limited to single screens but may be com- 
prised of a plurality of screens. 

The request screen and the bid screen are not essentially 
provided by the same server (in a narrow sense) provided that 
they belong to a flow of sequential procedures by mutual 
linking or the like. In other words, each claim includes an 
implementation in which a server (in a narrow sense) for 
receiving data from a client in the request procedure is dif- 
ferent from a server (in a narrow sense) for transmitting and 
receiving data in the collection procedure and the bid proce- 
dure. A group of such servers in a narrow sense also fall under 
a server (in a broad sense), so said in each claim. 

The collection procedure refers to a transmission proce- 
dure for making a state in which collection information for 
collecting bids can be viewed on terminals. The collection 
procedure includes the case where the server unilaterally 
transmits the collection information to terminals, and the case 
where the server transmits the collection information to ter- 
minals while responding to requests such as accesses from the 
terminals. An example of the former is a bidirectional televi- 
sion used as a terminal, while an example of the latter is a 
personal computer, used as a terminal, capable of connection 
to the Internet for commutation. 

In a bid of unit price, an element which is equivalent to the 
bid of unit price is a mere conversion of the price, so that such 
an element is excluded. When an article sold in quantitative 
units (for example, 00 yen per 100 grams, OO yen/m, OO 
yen/unit, and so on) is competed with the unit (g, m, unit or the 
like) in the denominator within the unit indicative of the unit 
price (hereinafter simply referred to as the unit), the element 
is a mere conversion of the price if it is a fixed price. Since this 
is substantially equal to a bid with unit price, even if the bid is 
conducted with the element (g, m, unit or the like), such an 
element is excluded. Also, in an example of service, when 
massage offered at 3,000 yen per 30 minutes is bidden with 
"time" at a fixed price, the element "time" of the service 
"massage" is excluded as an element since the time bidding is 
substantially equal to the price bidding. However, for an 
element with which a bid is established wherein a unit price, 
not a fixed price, is not changed, an element "number" in a bid 
in which a person who buys the greatest number of apples at 
100 yen even by one more is determined as a successful 
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bidder, cannot be said to be a replacement of the unit price, so 
that this falls under an element. 

The unit (g, m, number and so on) of a "unit price" con- 
vertible to a price (for example, 00 yen/100 g, OO yen/m, 
00 yen/unit, and so on) is excluded from elements. In this 
case, a fixed price which substantially corresponds to a bid of 
a unit price is not of course included in elements, and a bid in 
which the unit price is not changed such as that in which a 
person who buys the largest number of apples at 1 00 yen i 
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at 100 yen with quantity, a bid of an article (for example, 
gasoline) at 100 yen per liter with volume, and a bid of an 
article at 1 00 yen per 1 kg with weight (the product of the unit 
price and the value of the element (quantity, liter, kg) is the 
price as it is) are excluded. Therefore, a bid with an element 
which does not directly affect the price, for example, a bid of 
an electric product with weight or volume, a bid of a televi- 
sion with scanning lines (quantity) (generally, the scanning 
lines do not directly affect the price) is included in this tech- 
determined as a successful bidder, is excluded 10 nical idea. 



cn elements since this is the unit of the unit price. 
The attribute refers to information with which an article or 
a service can be identified, and the nature and contents which 
characterize the article or the service. The attribute of a ser- 
vice includes an attribute of a person who provides the ser- 
vice, an attribute of an object used for the provision of the 
service, an attribute of an object used in utilization of a person 
who receives the offered service. The attribute can help dif- 
ferentiate from other articles and services. The attribute 
includes, for example, design, contents of service, specifica- 
tion, model number, performance, effect, quality, material, 
strength, reliability, taste, smell, fragrance, color, brightness, 
illuminance, sound volume, sound quality, temperature, pres- 
sure, size, component, log, career, title, capability, speed, 

length, weight, volume, bulk, area, nature, point, shape, pat- 25 length of a wire and so on), and 
tern, coloring, type, system, product name, article name, and 
so on. However, these are mere examples. While some of 
these attributes can be converted to a price depending on 
articles and services, the unit of a unit price of an applied 
article does not fall under the attribute. For example, the unit 30 
of the unit price of an article sold in quantitative units does not 
fall under the attribute. However, when a wire of a standard 
length is cut into 2-meter pieces for sales, this "2 m" is 
nothing but a choice of a buyer and does not at all characterize 
the wire itself, so that it does not fall under the attribute of the 35 
wire. However, with a wire of a length out of standard, for 
example, 1000 km, this "1000 km" sufficiently characterizes 
the wire, so that it falls under the attribute. Whether a numeri- 
cal value is an attribute or not is determined from determina- 
tion as to whether or not an associated article is characterized 40 
by the numerical value, i.e., a numerical value represented by 
an element (unit or the like) is not a standardized value, the 
article can be made, owned, or skilled only by a particular 
enterprise or craftsman, and so on. It should be noted that 
attribute information on an article or a service offered by a 45 
client in the request procedure is not an element, so that the 
price may be of course included. 

Even if the length falls under the attribute with a wire of 
1000 km, this element is excluded with respect to the article 
"wire" since the unit "km" is the unit of the unit price at which 50 
the wire is sold. For example, liter, which is the unit of the unit 
price for a gasoline that is traded at OO yen/liter, does not fall 
under the attribute, whereas the liter for specifying the vol- 
ume of an refrigerator falls under the attribute because the 
liter in this case characterizes the refrigerator. In this way, 55 
even if a unit does not fall under the attribute for some article, 
it does not mean that the unit does not fall under the attribute 
for all articles. 

An "element which does not directly affect the price" refers 
to an element in which a product of a unit price and the value 60 
of the element does not indicate the price, rather than an 
element in which a price per unit of the element (unit price) is 
not an element normally handled in a general commercial 
trading field. Whether it directly affects the price or not 
depends on a particular article. For example, the quantity 65 
(number), volume and weight, the difference in value of 
which directly affects the price, is excluded. A bidof an article 



The position includes a position on a moving route. The 
length is limited to a length related to the nature of an object, 
and includes a width, a height, a thickness, and so on (a 
handling unit of an article itself (the length of a wire and so 
on) is excluded). The distance refers to the length between 
two points, and includes even a step and a level difference. 
The volume also includes bulk and so on (however, limited to 
the volume related to the nature of an object, and the volume 
of an article itself such as a gas, a liquid and so on belongs to 
"quantity"). The weight is limited to the weight related to the 
nature of an object, and the weight of an article itself belongs 
to "quantity". The quantity refers to the number (the number 
of articles and so on) or the amount (however, only limited to 
the quantity of an article itself (volume, weight, length (the 
space and weight indica- 
tive of the nature of an object are excluded). The evaluation 
numerical value refers to a numerical value (including speci- 
fication and so on) indicative of the performance and quality 
of an object used in an article or a service. 

The positional relationship is a concept which includes the 
distance between a desired position and a bid position, a step 
on a moving route between both positions, a level difference 
between both positions, a positional relationship considering 
a time required for a travel between both positions, and so on. 

What is claimed is: 

1. A method of automatically conducting an auction for 
bidding on a location-specific service through at least one 
communication network, said method comprising: 
receiving, by an auction management system over a com- 
munication network, a bid request for bids on providing 
a service, the bid request being transmitted via a global 
positioning system (GPS)-enabled terminal and includ- 
ing at least positional information related to a geo- 
graphic location for rendering of the service; 
executing, by the auction management system, an auction 
program that automatically solicits bids responsive to 
the bid request over a communication network; 
receiving, by the auction management system over a com- 
munication network, bids in response to the auction 
program, each bid including: 

positional information representing a current geo- 
graphic location of a prospective service provider 
associated with that bid, the current geographic loca- 
tion being automatically determined via a GPS-en- 
abled terminal; and 
current situational information specific to the prospec- 
tive service provider, the current situational informa- 
tion including automatically-gathered information, 
other than the positional information, relevant for 
determining any potential delay associated with ren- 
dering of the service by the prospective service pro- 
vider, and 

analyzing tbe bids, by the auction management system, to 
identify at least one favorable bid based on the positional 
information and on the current situational information of 
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each bid. and identifying a group of at least one success- 
ful bidder associated with at least one of the at least one 
favorable bid. 

2. The method of claim 1, wherein receiving the bids by the 
auction program comprises receiving bids corresponding to a 5 
plurality of prospective service providers that are employed 
by different paid transportation services companies. 

3. The method of claim 1, wherein receiving the current 
situational information includes receiving at least one infor- 
mation item selected from the group consisting of: whether 10 
the transportation automobile is on a mission) whether the 
transportation automobile is on the move to a customer, 
whether the transportation automobile is in the process being 
washed, whether the transportation automobile is lacking 
fuel, whether the transportation automobile is in the process 15 
ofbeing fueled, whether the transportation automobile opera- 
tor is on a break, or any combination thereof. 

4. The method of claim 1, wherein analyzing the bids 
further comprises: 

identifying at least one successful bid from among the bids, 20 
including comparing attributes of the service providers 
to at least one narrow-down condition. 

5. The method of claim 4, wherein comparing the attributes 
of the service providers includes comparing the attributes to ^ \i xhe auction management system of claim 10, wherein 

j aw. t — t ^ . m situationa , information mc i u des at least one infor- 



n network, 

bids in response to the auction program, each bid 
including: 

positional information representing a current geo- 
graphic location of a prospective service provider 
associated with that bid, the current geographic 
location being automatically determined via a 
GPS-enabled terminal; and 
current situational information specific to the pro- 
spective service provider, the current situational 
information including automatically-gathered 
information, other than the positional infonnationl 
relevant for determining any potential delay asso- 
ciated with rendering of the service by the prospec- 
5 tive service provider, and 

analyze the bids to identify at least one favorable bid 
based on the positional information and on the current 
situational information of each bid, and identify a 
group of at least one successful bidder associated with 
at least one of the at least one favorable bid. 
11. The auction management system of claim 10, wherein 
the prospective service provider provides paid transportation 



at least one narrow-down condition selected from the group 
consisting of: services offered by the service provider, a qual- 
ity of services offered by the service provider, a rating of the 
service provider, a price offered by the service provider, or 
any combination thereof. 

6. The method of claim 1, wherein analyzing the bids 



identifying the at least one favorable bid based on infor- 
mation acquired from at least one source other than the 
bid in addition to the positional information and the ; 
current situational information acquired from the bid. 

7. The method of claim 6, wherein identifying the at least 
one favorable bid based on information acquired from 
sources other than the bid includes analyzing at least one 
information item selected from the group consisting of: traffic t 
information, construction information, weather information, 
or any combination thereof. 

8. The method of claim 1, farther comprising: 
presenting the group of at least one favorable bidder asso- 
ciated with the at least one of the at least one favorable ' 
bid to a customer for selection by the customer. 

9. The method of claim 1, wherein analyzing the bid further 
comprises: 

automatically selecting, from the group of at least success- 
ful bidder associated with at least one of the at least one : 
favorable bid, a single successful bidder. 

10. An auction management system for automatically con- 
ducting an auction for bidding on a service through at least 
one communication network, said system comprising: 

an auction server communicatively coupled to at least one 
communication network, the auction server pro- 
grammed to: 

receive a bid request for bids on providing a service, the 
bid request being trainsmitted via a global positioning 
system (GPS)-enabled terminal over the at least one 
communication network and including at least posi- 
tional information related to a geographic location for 
rendering of the service; 

execute an auction program that automatically solicits 
bids responsive to the bid request over the at least one 
communication network; 



mation item selected from the group consisting of: whether a 
transportation automobile is on a mission, whether the trans- 
portation automobile is on the move to a customer, whether 
the transportation automobile is being washed, a fuel situa- 
tion of the transportation automobile, whether the transpor- 
tation automobile is being fueled, whether an operator of the 
transportation automobile is on a break, or any combination 
thereof. 

13. The auction management system of claim 10, wherein 
each bid further includes at least one road situation informa- 
tion item selected from the group consisting of: whether one 
or more roads are affected by constriction, whether one or 
more roads are affected by traffic congestion, or any combi- 

14. The auction management system of claim 10, wherein 
the prospective service provider operates local sensors 
adapted to automatically gather current situational informa- 

15. The auction management system of claim 14 wherein 
the sensors are adapted to sense at least one condition selected 
from the group consisting of: an amount of fuel in a transpor- 
tation automobile, an indication based on operation of a fare 
meter associated with the transportation automobile, a pres- 
ence of passengers in the transportation automobile, whether 
a transportation automobile operator is on a break, a duration 
of a transportation automobile operator break, or any combi- 

16. The auction management system of claim 10, wherein 
the auction program is further adapted to: 

identify at least one successful bid resulting from a com- 
parison of at least one service provider attribute to at 
least one narrow-down condition. 

17. The auction management system of claim 16, wherein 
the at least one narrow-down condition includes at least one 
condition selected from the group consisting of: services 
offered by the service provider, a quality of services offered 
by the service provider, a rating of the service provider, a price 
offered by the service provider, or any combination thereof. 

18. The auction management system of claim 10, wherein 
the auction program is further adapted to: 
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ie favorable bid based on information 
rces other than the bid in addition to 
irmation and the current situational 
information of each bid. 
19. The auction management system of claim 18, wherein 
the information acquired from sources other than the bid 
includes at least one information item selected from the group 
consisting of: traffic information, construction information, 
3r any combination thereof. 
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20. The auction management system of claim 10, wherein 
the auction program is further adapted to provide a presenta- 
tion of the at least one favorable bid to an originator of the bid 
request, wherein the presentation includes an information set 
selected from the group consisting of: at least a subset of the 
at least one favorable bid, and an identification of a single 
successful bidder from among the at least one favorable bid. 
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